株式会社renue
2026/9/16 公開2026/9/10 更新
AI導入・DXの悩みをプロに相談してみませんか？
AIやDXに関する悩みがありましたら、お気軽にrenueの無料相談をご利用ください。 renueのAI支援実績、コンサルティングの方針や進め方をご紹介します。
AI開発プロジェクトの「精度をもっと上げてください」問題
AI開発プロジェクトには、従来のIT開発にはない独特のスコープクリープがあります。「AIの精度をもっと上げてほしい」——この一言で、際限のない改善ループに突入し、プロジェクトが終わらなくなるのです。
スコープクリープは、プロジェクトコストを大きく膨張させ、予算超過や納期遅延の主因になるとされています。
本記事では、AI開発特有のスコープクリープを防ぐ変更管理プロセスと、PoC→本番の境界設計を解説します。
AI開発特有のスコープクリープ3パターン
| パターン | 典型的な発言 | なぜ危険か |
|---|---|---|
| 精度の際限ない改善要求 | 「AIの精度をもっと上げて」 | 完了条件が未定義のため永遠に終わらない |
| PoC→本番の境界曖昧 | 「PoCうまくいったからそのまま本番化して」 | PoC工数と本番化工数は桁が違う |
| データ追加による要件膨張 | 「このデータも分析に入れてほしい」 | ETL・前処理・テストの工数が連鎖的に増加 |
スコープクリープを防ぐ変更管理プロセス
変更管理の5ステップ
- 変更リクエストの文書化：口頭の依頼は受け付けない。必ず書面にする
- 影響分析：工数・コスト・スケジュールへの影響を定量評価
- トレードオフの提示：「これを追加するなら、あれを削るか、期限を延ばすか、予算を増やす」
- 承認：意思決定者の正式な承認を得る
- スコープ文書の更新：承認された変更を「やること/やらないこと」リストに反映
スコープクリープ vs スコープ変更
| スコープクリープ | スコープ変更 | |
|---|---|---|
| プロセス | 徐々に非公式に拡大 | 文書化→影響分析→承認 |
| 可視性 | 気づいたときには手遅れ | 常に追跡可能 |
| 責任 | 誰が承認したか不明 | 承認者が明確 |
| コスト | 予算に含まれない | 追加予算として計上 |
精度改善要求への対処法
受入基準を数値で事前定義する
■ 受入基準（キックオフ時に合意） - AI精度目標：正解率85%以上 - 評価データセット：顧客提供のテストデータ100件 - 測定方法：テストデータに対する自動評価 - 達成判定：3回連続で85%以上を記録 ■ 精度が目標未達の場合の対応 - 追加チューニング：最大2週間のバッファを確保 - バッファ消化後も未達：スコープ変更として再見積もり
「もっと上げて」への回答テンプレート
「現在の精度は82%で、目標の85%に対して3ポイント不足しています。 改善には以下のオプションがあります： A. プロンプトチューニング（+3日、追加コスト○万円） → 85%到達の確率：高 B. 学習データの追加（+1週間、データ提供が必要） → 90%到達の確率：中 C. 現状82%で受け入れ、Phase2で改善 → 追加コスト：なし どのオプションを選択されますか？」
重要なのは「やります」ではなく「選択肢を提示する」ことです。コスト・期間・確率を明示し、意思決定を顧客に委ねます。
PoC→本番化の境界設計
PoCと本番化を契約で分離する
| PoC契約 | 本番化契約 | |
|---|---|---|
| 目的 | 技術的な実現可能性の検証 | 業務で使えるシステムの構築 |
| 成果物 | プロトタイプ＋技術レポート | 本番稼働するシステム |
| 品質 | デモ品質（動けばOK） | 本番品質（セキュリティ・可用性） |
| 工数比 | 1 | 3-10倍 |
| データ | サンプルデータ | 本番データ（マスキング済み） |
「PoCが成功した＝本番化の工数は同じ」は最も危険な誤解です。PoCの3-10倍の工数がかかることを事前に合意しておきます。
3ステップ開発アプローチ
- Step 1：外部DBデモ（PoC契約）：マスキング済みデータでプロトタイプ構築
- Step 2：社内システム接続（本番化契約Phase 1）：顧客環境内で実データに接続
- Step 3：運用設計（本番化契約Phase 2）：データ更新自動化・監視・保守
「やること/やらないこと」リストの運用
初回合意時のテンプレート
■ スコープ内（やること） - 対象業務向けAIの開発 - 対象データの分析 - 管理用ダッシュボードの構築 ■ スコープ外（やらないこと） - 対象外部門向けの機能 - モバイルアプリ対応 - リアルタイムデータ連携 - 合意した目標値を超える精度改善（次フェーズで対応）
変更発生時の更新
■ 変更履歴
YYYY-MM-DD: 「追加のデータも分析対象に含めてほしい」
→ 影響：データ連携工数の増加
→ 判定：追加見積もりが必要
→ ステータス：顧客確認待ち
AIでスコープクリープを検出する
AIツールは会議録等からスコープ拡大の兆候を検出できる場合があります（同意取得・目的限定・保存先とアクセス権限の管理が前提）。
- 「○○も追加してほしい」の自動検出：追加要求のキーワードを監視
- 変更リクエストの自動文書化：口頭依頼をテキスト化して変更管理プロセスに投入
- 工数消化率の異常検知：計画に対して消化が速すぎる場合にアラート
まとめ：スコープクリープ対策チェックリスト
| タイミング | チェック項目 |
|---|---|
| キックオフ | 「やること/やらないこと」リストが合意されているか |
| キックオフ | AI精度の受入基準が数値で定義されているか |
| キックオフ | PoCと本番化が契約で分離されているか |
| 変更発生時 | 変更リクエストが文書化されているか（口頭のみは禁止） |
| 変更発生時 | 影響分析（工数・コスト・スケジュール）が実施されたか |
| 変更発生時 | トレードオフが顧客に提示されたか |
| 変更承認後 | スコープ文書が更新されたか |
| 週次 | スコープ外の作業が紛れ込んでいないか確認したか |
スコープクリープは「気づいたら起きている」のが最大の脅威です。変更管理プロセスを設計し、受入基準を数値で定義し、PoC→本番化を契約で分離する——この3つの防御線でプロジェクトを守ってください。
あわせて読みたい
- 5Sとは｜整理・整頓・清掃・清潔・しつけの意味・目的・進め方を解説
- AIリードスコアリング実装ガイド【2026年版】— 4要素スコアリング×テリトリー管理×ステータス倍率の本番アーキテクチャ
- AIカスタマーサポート完全ガイド【2026年版】— RAG・チャットボット・有人連携の実装パターンとツール比較
関連記事
PMOコンサルティングのご相談はrenueまで。
