この記事でわかること
- システム開発で頻発する5大トラブルと裁判例
- 納期遅延・品質問題の法的責任の所在
- 仕様変更トラブルの予防策
- 損害賠償の相場と交渉のポイント
- トラブルを未然に防ぐ契約・プロジェクト管理のコツ
システム開発の5大トラブル
トラブル①: 納期遅延
発生率: システム開発プロジェクトの約70%が当初の計画から遅延すると言われています。
典型パターン:
- 要件定義が膨らみ、見積もり工数を超過
- 途中で仕様変更が頻発し、開発が進まない
- テスト工程でバグが大量発覚し、手戻りが発生
法的責任の所在:
| 原因 | 責任 |
|---|---|
| 開発会社の技術力不足 | 開発会社（債務不履行） |
| 発注者の仕様変更の頻発 | 発注者（協力義務違反） |
| 双方の合意による仕様追加 | 双方（追加契約で対応） |
トラブル②: 品質問題（バグ・不具合）
典型パターン:
- 納品後にバグが大量に見つかり、業務に支障
- パフォーマンスが要件を満たさない（画面表示に10秒以上）
- セキュリティ脆弱性が発見される
契約不適合責任（旧：瑕疵担保責任）:
- 請負契約の場合：開発会社に修補義務あり（通知期間内）
- 準委任契約の場合：善管注意義務違反が立証できれば損害賠償可能
- 通知期間：契約に明記がなければ、知った時から1年以内（民法改正後）
トラブル③: 仕様変更の紛争
典型パターン:
- 口頭で仕様変更を依頼したが「聞いていない」と言われる
- 仕様変更の影響（費用・期間）を事前に合意していない
- 「当初の要件に含まれているはず」と双方の認識が異なる
予防策:
- 仕様変更は必ず書面（メール可）で依頼
- 影響分析（費用・期間・他機能への影響）を受けてから承認
- 変更管理台帳で全変更を記録
- 契約書に変更管理プロセスを明記
システム開発のトラブルの90%は「コミュニケーション不足」が根本原因です。技術的な問題ではなく、「認識のズレ」がトラブルに発展します。最も効果的な予防策は「議事録」です。打ち合わせの内容を議事録にまとめ、翌営業日までに双方で確認する。これだけでトラブルの大半を防げます。
トラブル④: 追加費用の請求
典型パターン:
- 「この機能は見積もりに含まれていません」と追加請求
- 当初300万円の見積もりが最終的に1,000万円に
予防策:
- RFP（提案依頼書）で要件を明確化
- 見積もりの前提条件を確認
- 「見積もりに含まれない作業」を明記してもらう
- 予算の上限を設定し、超過時は事前承認制に
トラブル⑤: プロジェクトの中止・頓挫
典型パターン:
- 途中で要件が根本的に変わり、やり直し
- 予算不足でプロジェクトを中断
- 開発会社の経営悪化で開発が停止
中止時の処理:
- 請負契約：出来高に応じた報酬精算（民法641条）
- 準委任契約：既に提供した役務の報酬を精算
- 成果物の帰属：契約書の知的財産条項に従う
裁判例に学ぶ
事例1: スルガ銀行 vs IBM（2012年）
- 概要: 勘定系システムの刷新が頓挫。約74億円の損害賠償請求
- 判決: IBMに約42億円の損害賠償命令
- 教訓: ベンダーには「プロジェクトマネジメント義務」がある。技術的に実現困難と分かった時点で発注者に報告・提案する義務
事例2: 旭川医科大学 vs NTT東日本（2017年）
- 概要: 電子カルテシステムの開発が頓挫
- 判決: ベンダーの責任を一部認定
- 教訓: 発注者にも「協力義務」がある。仕様決定の遅延はプロジェクト遅延の原因となり、発注者の責任
損害賠償の交渉
損害の種類
| 種類 | 内容 | 認められやすさ |
|---|---|---|
| 直接損害 | 追加開発費、修補費用 | ◎ |
| 間接損害 | 逸失利益（システム未完成による売上減） | △（立証困難） |
| 弁護士費用 | 訴訟に要した弁護士費用 | ○（一部認容） |
契約書の損害賠償条項のポイント
- 賠償額の上限：「契約金額を上限とする」が一般的
- 間接損害の除外：多くの契約で間接損害・逸失利益は除外
- 重過失・故意の場合：上限条項が適用されない（判例）
訴訟は最終手段です。裁判には1〜3年かかり、弁護士費用も数百万円。まずは当事者間の協議、次にADR（裁判外紛争解決手続き）を検討してください。SOFTIC（ソフトウェア情報センター）がIT紛争の仲裁を行っており、裁判より迅速・低コストで解決できます。
トラブル発生時の対処フロー
Step 1: 事実関係の整理
まず感情を排除し、事実を時系列で整理してください。
- いつ、何が起きたか
- 契約書にはどう書いてあるか
- メール・議事録のエビデンスはあるか
- 損害の金額はいくらか
Step 2: 相手方との協議
いきなり弁護士を立てるのではなく、まず当事者間で解決策を協議。多くのケースはこの段階で解決します。
Step 3: ADR（裁判外紛争解決）
協議で解決しない場合、SOFTIC（ソフトウェア情報センター）のIT紛争仲裁を検討。裁判より迅速・低コスト（費用20〜50万円、期間2〜4ヶ月）。
あわせて読みたい
- システム開発の契約ガイド｜請負・準委任・SESの違いと注意点
- システム開発のNDA（秘密保持契約）｜テンプレートと締結時の注意点
- SES契約と派遣の違い｜偽装請負のリスクと適切な活用方法
- 【2026年版】システム開発の費用相場まとめ｜種類別・規模別に徹底解説
- 失敗しないシステム開発会社の選び方｜5つのチェックポイント【2026年版】
まとめ
- システム開発トラブルの根本原因は「コミュニケーション不足」
- 打ち合わせの議事録を必ず作成し、双方で確認
- 仕様変更は書面で管理、口頭依頼は厳禁
- 多段階契約（工程別）でリスクを分散
- 訴訟は最終手段。まずは協議→ADR→訴訟の順で
開発トラブルのご相談は、お問い合わせからお気軽にどうぞ。
よくある質問
システム開発の契約で注意すべきポイントは？
成果物の定義、検収条件、瑕疵担保（契約不適合責任）の範囲と期間、知的財産権の帰属を明確にすることが重要です。口頭の合意ではなく、必ず書面で取り決めましょう。
請負契約と準委任契約、どちらを選ぶべき？
完成物が明確に定義できる場合は請負契約、要件が流動的な場合やアジャイル開発には準委任契約が適しています。工程ごとに契約形態を変える「多段階契約」も有効な選択肢です。
開発途中でトラブルが起きた場合の対処法は？
まずは契約書の紛争解決条項を確認しましょう。多くの場合、協議→調停→裁判の流れです。トラブルを防ぐためには、定期的な進捗報告と議事録の作成を契約時に取り決めておくことが重要です。
この記事をシェア