システム開発会社を変更する方法｜途中から乗り換える手順と費用の目安

システム開発を外注したものの、進捗が止まっている、担当者と連絡が取れなくなった、品質が明らかに水準を下回っている——そんな状況に直面したとき、頭に浮かぶのが「開発会社を変えたほうがいいのではないか」という考えです。

しかし、多くの発注者がこの考えを持ちながらも行動に移せないでいます。「今さら変えると、今まで払った費用が無駄になる」「途中から別の会社に頼んで、うまく引き継いでもらえるのか」「さらに費用がかかるのではないか」という不安が重なって、判断を先送りにしてしまうのです。

途中変更は確かに手間がかかります。しかし、問題のある開発会社との関係を長引かせることにも、それ相応のコストがあります。進捗しない開発を半年間待ち続けることは、経営的には大きな損失になることがあります。

本記事では、システム開発途中で開発会社を変更するとはどういうことか、変更を検討すべき判断基準、変更前の準備と引き継ぎの手順、費用・期間の目安まで、発注者の視点で実務的に解説します。

Contents — 目次

開発途中で開発会社を変更すると何が起きるか
変更を検討すべきタイミングと判断基準
変更前に確認・準備すべきこと
新しい開発会社への引き継ぎ方法
変更にかかる費用と期間の目安
まとめ：変更は現実的な選択肢のひとつ

—Free Download / 資料ダウンロード

システム開発における個別契約書の雛形

この資料でわかること

システム開発を依頼する際にシステム開発会社と締結する個別契約書の雛形をご紹介します。

こんな方におすすめです

システム開発を発注する際にどのような個別契約を結ぶのか興味がある
システム開発会社がきちんと契約の取り交わしをしてくれるのか不安
システム開発を発注する側にどのような義務が生ずるのか気になる

詳しく見る

フォームから無料ダウンロード

お名前必須

会社名必須

メールアドレス必須

電話番号任意

ご質問・ご要望任意

プライバシーポリシーに同意の上、送信します。

入力いただいたメールアドレスにPDFをお送りします。

開発途中で開発会社を変更すると何が起きるか

「途中で変える」と決めた後に何が起きるかを最初に整理しておきます。変更に伴うリスクを正確に知ることで、漠然とした恐怖を適切な警戒に変換できます。

変更によって生じること

開発会社を途中で変更する場合、新しい会社は既存のコードやシステム構造を一から調査することになります。この調査費用（コードレビュー・環境構築・仕様確認）として、一般的に30〜80万円前後のコストが発生します。

また、現在の開発会社との契約解除に関して、契約書の内容によっては違約金や清算条件が設定されている場合があります。契約書を事前に確認しておくことが重要です。

変更の影響としてよく挙げられる主な項目は以下のとおりです。

調査・引き継ぎ費用の発生（30〜100万円程度が目安）
移行期間中の開発停止（1〜3ヶ月程度）
ドキュメントが整備されていない場合、調査期間が延びる

「このまま続けるコスト」との比較

変更の手間を考えると「このままでいいか」という気持ちになりますが、継続にもコストがあります。

問題のある開発会社との関係を続けることで発生しうるコストには、以下のようなものがあります。

開発完了が見通せない状態での毎月の委託費の支払い
機会損失（システム稼働が遅れることによるビジネスへの影響）
技術的負債の蓄積（品質の低いコードを使い続けることによる将来の改修コスト）

「途中変更は失敗」という認識が行動を阻みがちですが、問題の早期発見と対処こそがプロジェクトを成功に近づける判断です。既に支払った費用（サンクコスト）は、今後の意思決定に影響させないことが重要です。

変更を検討すべきタイミングと判断基準

すべての不満が変更の理由になるわけではありません。変更を真剣に検討すべき状況と、そうでない状況を整理します。

変更を真剣に検討すべき5つのサイン

以下のうち2つ以上に当てはまる場合、開発会社の変更を真剣に検討する価値があります。

1. 進捗報告が止まっている 定期的な進捗報告（週次報告・月次報告）がなくなり、連絡しても返答が遅い、または要領を得ない回答しか返ってこない状態が続いています。

2. 納期が繰り返し延期されている 1回の遅延は起こりうることですが、同じ理由や説明なしの延期が複数回繰り返されている場合は、プロジェクト管理能力または誠実さに問題がある可能性があります。

3. 成果物の品質が明らかに基準を下回っている デモ・試作品を確認したところ、仕様書に記載された機能が実装されていない、または動作が不安定であることが繰り返し確認されています。

4. 担当者が頻繁に変わる 担当エンジニアの入れ替わりが多く、その都度「前の担当者から引き継ぎができていない」という状況になっています。

5. 要件変更への対応が過剰に高額になっている 当初の仕様からの小さな変更でも、根拠の不明確な高額の追加費用を求められます。

変更より継続を選ぶべき状況

逆に、以下のような状況では変更より継続・改善のほうが合理的な場合があります。

開発終盤（80%以上の完成度）にあり、残り作業量が少ない
コミュニケーション上の誤解が原因であり、改善の余地がある
開発会社の変更意思がなく、誠実な対応を続けている

変更は手段であり目的ではありません。状況を冷静に見極めた上で判断することが重要です。

変更前に確認・準備すべきこと

変更を決意した後、行動の第一歩は「現状の把握と資産の確保」です。この準備が不十分だと、新しい開発会社への引き継ぎが大幅に遅れたり、費用が余計にかかったりする原因になります。

ソースコードの所有権と取得方法

まず確認すべきは「ソースコードの著作権・所有権が誰にあるか」です。

著作権法上、プログラムの著作権は「実際に作成した者」（開発会社）に原則帰属します。発注者が開発費を支払ったとしても、契約書に著作権の移転または利用許諾が明記されていない限り、発注者がソースコードを自由に使える保証はありません（システム幹事: システム開発の著作権とは）。

契約書で確認すべきポイントは以下のとおりです。

著作権の帰属: 発注者への譲渡が明記されているか
ソースコード引渡し義務: 契約終了時にソースコードを渡す旨が記載されているか
利用許諾の範囲: 著作権が開発会社に残る場合でも、発注者が継続利用・改変できる許諾があるか

もし契約書に記載がない、または曖昧な場合は、交渉または法律専門家への相談が必要になることがあります。ソースコードの確保なしに開発会社を変更すると、新しい会社がゼロから開発し直すことになり、費用と期間が大幅に増大します。

確保すべきドキュメント・資料の一覧

ソースコード以外にも、次の会社がスムーズに作業を引き継ぐために必要な資料があります。できる限り収集しておきましょう。

資料の種類	内容
ソースコード	最新のコード一式（GitHubなどのリポジトリへのアクセス権を含む）
要件定義書・仕様書	システムが何をするものかの文書
設計書・アーキテクチャ図	システム構成、データベース設計、API仕様など
テスト仕様・テスト結果	実施済みのテスト内容と結果
インフラ情報	サーバー・クラウド環境の構成、認証情報（アクセスキー等）
既知の問題・バグリスト	発見されているが未修正の問題一覧
開発環境の構築手順	新しい開発者が環境を再現するために必要な手順書

SCROLL→

これらが整備されているほど、引き継ぎのコストは下がります。逆にドキュメントがほぼない状態では、新しい会社の調査工数が増え、費用・期間ともに上昇します。

システムの引き継ぎドキュメントについてより詳しくは、システム引き継ぎの方法・手順・費用ガイドもご参照ください。

既存会社との契約確認と解約手続き

変更を進める前に、現在の開発会社との契約内容を確認します。

確認すべき契約条項

解約条件・解約予告期間（「30日前に通知」などの規定）
解約時の費用清算（着手金・未完成分の費用の扱い）
成果物の引渡し義務（ソースコード・設計書の引き渡し義務）
損害賠償条項（違約金が発生するケース）

契約上の手続きを踏まずに一方的に契約を終了すると、法的なトラブルに発展することがあります。感情的にならず、書面による確認と手続きを丁寧に行いましょう。

新しい開発会社への引き継ぎ方法

資産の確保と契約手続きが完了したら、新しい開発会社を選定し、引き継ぎを進めます。

新会社への引き継ぎに必要な情報・資料

新しい開発会社に最初のヒアリング（見積もり依頼）の段階で渡すべき情報は以下のとおりです。

システムの目的・概要（何のためのシステムか）
現在の完成度・実装済み機能の一覧
残りの開発スコープ（何が未完成か）
技術スタック（使用している言語・フレームワーク・インフラ）
既知の問題・懸念事項

これらの情報を事前に整理しておくことで、見積もりの精度が上がり、複数社比較がしやすくなります。

引き継ぎの一般的な流れ

新しい開発会社への移行は、一般的に以下の流れで進みます。

フェーズ1: 現状調査（2〜4週間） 新しい開発会社がソースコード・ドキュメントを確認し、現状を把握します。コードの品質・構造・既知の問題を洗い出し、引き継ぎ可能かどうかを判断します。

フェーズ2: 見積もり・契約（1〜2週間） 調査結果を踏まえた費用・期間の見積もりを受け取り、内容に合意できれば契約を締結します。

フェーズ3: 環境構築・並走（2〜4週間） 開発環境の構築と、前の会社との並走期間（質問・確認事項の対応）を経て、正式に開発を引き継ぎます。

フェーズ4: 開発継続・完了 残りの開発を継続し、最終的なシステムの完成を目指します。

引き継ぎを受け入れる開発会社の選び方として重要なのは、「他社システムの引き継ぎ実績があるか」という点です。新規開発だけを得意とする会社は、既存コードの調査・継承作業に不慣れな場合があります。実績と対応方針を必ず確認しましょう。

変更にかかる費用と期間の目安

「費用がいくらかかるかわからない」という不安を解消するために、目安をお伝えします。ただし、実際の費用はシステムの規模・複雑さ・ドキュメント整備状況によって大きく異なります。

費用の目安

状況	調査・引き継ぎ費用の目安
ドキュメントが整備されている場合	30〜50万円程度
ドキュメントが部分的にある場合	50〜100万円程度
ドキュメントがほぼない場合	100〜200万円程度（またはそれ以上）

SCROLL→

上記は「現状調査・引き継ぎ」のための費用です。引き継ぎ後の残開発費用は別途見積もりが必要になります。

調査・引き継ぎ費用が高く感じられる場合もありますが、前の開発会社との関係を続けることで発生する機会損失やリスクと比較することが重要です。また、複数の開発会社から見積もりを取ることで、相場感を把握できます。

期間の目安

引き継ぎから開発再開まで、一般的に1〜3ヶ月程度を見込む必要があります。

ドキュメント整備状況	引き継ぎ〜開発再開までの目安
整備されている	1〜1.5ヶ月
部分的にある	1.5〜2.5ヶ月
ほぼない	2.5〜4ヶ月

SCROLL→

この期間を「無駄」と感じるかもしれませんが、ここで適切な調査と引き継ぎを行わないと、後から大きな問題が発覚して修正コストが膨らむリスクがあります。