発注者の義務 はっちゅうしゃのぎむ
要件定義プロジェクト管理ベンダー管理契約協力義務システム開発
発注者の義務について教えて
発注者の義務とは
システム開発プロジェクトにおいて、発注者（クライアント）はお金を払うだけでいい存在ではない。ベンダー（開発会社）に対して、プロジェクトを成功させるために必要な情報提供・意思決定・協力を行う義務を負っている。これを「発注者の義務」と呼ぶ。
日本の裁判例や経済産業省のガイドラインでも、システム開発の失敗責任はベンダーだけでなく、発注者側の不作為（やるべきことをやらなかったこと）によって生じる場合があると明示されている。「頼んだんだから全部やってくれ」では通じないのが現実だ。
具体的には、「何を作ってほしいか」を明確にする要件定義への参加、仕様変更時の迅速な意思決定、テストへの協力、そしてプロジェクト推進に必要な社内調整などが発注者に求められる主な義務となる。
発注者の義務の具体的な内容
| 義務の種類 | 内容 | やらないとどうなる？ |
|---|---|---|
| 要件提示義務 | 何を作りたいかを具体的・明確に伝える | ベンダーが的外れなものを作り、手戻り多発 |
| 意思決定義務 | 仕様確認・変更依頼に迅速に回答する | 開発が止まり、スケジュールが破綻する |
| 協力義務 | ヒアリング・レビュー・テストに参加する | 品質が担保されず、現場が使えないシステムに |
| 情報提供義務 | 業務フローや既存システムの情報を開示する | 設計が現実に合わず、リリース後に問題多発 |
| 体制整備義務 | 社内の窓口・責任者を明確にする | 「誰に聞けばいいかわからない」でプロジェクトが迷走 |
| 検収義務 | 納品物を適切に確認し、合否を判断する | 「あとになってから問題に気づいた」が通用しなくなる |
覚え方：「よい・い・きょう・じょう・た・け」
- よ：要件を提示する
- い：意思決定をする
- きょう：協力する（ヒアリング・テスト）
- じょう：情報を提供する
- た：体制を整える
- け：検収する
「よいきょうじょうたけ（良い業場建て）」で全部セットと覚えよう！
経産省ガイドラインが示す発注者の役割分類
経済産業省「情報システムの信頼性向上のための取引慣行・契約に関する研究会」報告書では、発注者の関与レベルを以下のように整理している。
| フェーズ | 発注者がすべきこと |
|---|---|
| 企画・要件定義 | 業務要件の整理、優先順位の決定、ステークホルダー調整 |
| 設計・開発 | レビューへの参加、質問への回答、仕様変更の判断 |
| テスト | ユーザー受入テスト（UAT）の実施、合否判定 |
| 移行・運用 | 社内展開の推進、ユーザー教育、運用ルール整備 |
歴史と背景
- 2000年代前半：大規模システム開発の失敗事例が相次ぎ、「ベンダーだけが悪いのか？」という問題意識が高まる
- 2007年：経済産業省が「情報システムの信頼性向上のための取引慣行・契約に関する研究会」報告書を公表。発注者・ベンダー双方の責任を整理
- 2008年：経産省が「情報システム・モデル取引・契約書（第一版）」を公表。発注者の協力義務を契約条項として明文化する流れが加速
- 2010年代：裁判例の蓄積により、発注者の不作為が損害賠償の減額・免責理由として認められるケースが増加
- 2020年：DX推進の文脈で「発注者リテラシー」の重要性が再注目される。ユーザー企業がITを主体的にマネジメントする姿勢が求められるようになった
ベンダーの義務との比較・役割分担
システム開発はベンダーと発注者の「共同作業」だ。どちらかが義務を果たさなければプロジェクトは失敗する。
発注者の義務を怠った場合の法的リスク
裁判例では、発注者が義務を果たさなかった場合、以下のような判断がなされることがある。
- 損害賠償額の減額：ベンダーの責任が認められても、発注者の過失割合に応じて賠償額が減らされる（過失相殺）
- ベンダーの責任免除：発注者の不作為が原因と認定されると、ベンダーへの請求が棄却される場合もある
- プロジェクト中断時の費用負担：発注者側の理由でプロジェクトが中断した場合、それまでの費用を発注者が負担する義務が生じる
関連する規格・RFC
| 規格・ガイドライン | 内容 |
|---|---|
| 経産省「情報システム・モデル取引・契約書」（2008年、2020年改訂） | 発注者・ベンダー双方の役割と義務を定めたモデル契約書。発注者の協力義務を明文化 |
| 経産省「DXレポート」（2018年） | ユーザー企業がITを主体的にマネジメントすべきとの提言。発注者リテラシーの必要性を指摘 |
| IPA「システム開発のプロジェクトマネジメント」ガイド | 発注者が担うべきPMO（プロジェクト管理）機能を解説 |
関連用語
- 要件定義 — システムに何をさせるかを明確にする、開発の出発点となる工程
- RFP（提案依頼書） — 発注者がベンダーに提案を求めるために作成する文書
- SLA（サービスレベル合意） — 発注者とベンダーが合意するサービス品質の基準
- 検収 — 納品物が要件を満たしているかを発注者が確認・承認するプロセス
- ベンダーマネジメント — 発注者がベンダーを適切にコントロールするための管理手法
- プロジェクトマネジメント — スコープ・コスト・スケジュールを管理してプロジェクトを成功に導く技術
- 過失相殺 — 双方に過失がある場合に損害賠償額を按分する法的概念
- 発注者リテラシー — 発注者がITプロジェクトを主体的に動かすために必要な知識・スキル