AI調達スコープ肥大化の失敗事例と対策
AI開発で要件が増え続ける失敗を防ぐため、変更管理、優先順位、検収単位、追加費用をRFPに書きます。

結論
AI調達スコープ肥大化の失敗事例と対策では、要件の粒度を「AIで何を作るか」だけに留めず、変更管理、優先順位、検収単位、追加費用までRFPや契約に書く必要があります。生成AIは運用中にモデル、データ、プロンプト、利用者が変わるため、検収時点の機能確認だけでは不足します。
AI開発で要件が増え続ける失敗を防ぐため、変更管理、優先順位、検収単位、追加費用をRFPに書きます。
RFPに入れるべき項目
| 領域 | 書くこと | 受入証跡 |
|---|---|---|
| 目的 | 業務課題、対象利用者、成功指標 | KPI定義書 |
| データ | 入力データ、参照データ、禁止データ | データ取扱い表 |
| 統制 | 変更管理、優先順位、検収単位 | レビュー記録、ログ |
| 運用 | 追加費用、変更管理、停止条件 | 運用手順書 |
費用に影響する論点
AI開発の費用は、モデル利用料や画面開発だけでは決まりません。AI調達 スコープ肥大化では、レビュー工数、ログ設計、権限設計、社内教育、監査証跡、リリース後の改善まで費用に入れる必要があります。RFPでは、初期構築費、PoC費、本番化費、運用費を分け、追加変更の単価も明記します。
失敗事例
| 失敗 | 原因 | RFPでの対策 |
|---|---|---|
| PoCは動いたが本番化できない | 検収基準と運用責任がない | リスク階層別の合否基準を入れる |
| 個人情報や機密情報が混入する | 入力禁止とマスキングが曖昧 | 禁止データ、例外承認、ログ監査を入れる |
| ベンダー変更ができない | データ返却と削除が契約にない | 出口データ形式と削除証明を入れる |
RFP文例
受託者は、対象AI機能について、変更管理、優先順位、検収単位、追加費用を含む運用設計を提出すること。発注者は、利用ログ、レビュー記録、変更履歴、停止条件の証跡をもって検収する。
この文例はそのまま使うのではなく、自社の業務、データ、利用者、リスク階層に合わせて具体化してください。
AllAIでの次アクション
RFPを作る前に AI開発会社 で相談先を確認し、比較観点は AI開発会社の選び方 と AI開発RFPの書き方 を併読してください。内製に近いテーマは AI学習 で担当者育成も同時に進めます。
FAQ
RFPに細かく書くとベンダー提案が狭くなりませんか?
機能の作り方はベンダーに余地を残し、データ、ログ、レビュー、停止条件などの統制要件は明確に書くのが現実的です。
AI開発の検収は精度だけでよいですか?
いいえ。精度に加えて、レビュー記録、ログ、権限、停止条件、変更管理、削除証明を含めるべきです。
小規模PoCでも契約条項は必要ですか?
必要です。PoCほど現場が自由にデータを入れやすいため、入力禁止、学習データ不使用、削除、再利用範囲を明確にします。
出典と確認日
- デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン v2.0」(確認日: 2026-07-08)
- 経済産業省・総務省「AI事業者ガイドライン 第1.2版」(確認日: 2026-07-08)
- NIST AI Risk Management Framework(確認日: 2026-07-08)
- NIST AI RMF Generative AI Profile(確認日: 2026-07-08)
- 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」(確認日: 2026-07-08)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。