メインコンテンツにスキップ
自媒科技企業向けAI・開発から導入まで
日本語JA
プロジェクト相談
プロジェクト相談

企業AIプロジェクトWiki · スコープ・変更

プロジェクトスコープ

別名Project scope · 作業範囲 · 案件境界 · Scope of work

定義

プロジェクトスコープとは、特定の版で関係者が承認した納品境界です。今回、どの利用者と業務場面に何を届けるか、必要な作業・システム・データ・環境をどこまで含めるか、誰が何を担うか、何をもって完了とするか、何を明確に対象外とするかを定め、見積、日程、要員、検収、変更判断の共通基準にします。

プロジェクトスコープは機能一覧でも「システムを作る」という一文でもない

機能一覧はシステムが持ち得る機能を示しますが、今回どこまで届けるかは示しません。「ナレッジQ&A対応」だけでは、資料、利用者、権限、引用、情報不足時の動作、評価、導入、監視、人への引き継ぎが分からず、見積や検収に使えません。

スコープは成果と、その成果に必要な作業の両方を規定します。画面、API、モデル機能だけではデータ準備、環境、テスト、本番移行、研修、引き継ぎが漏れます。作業だけを並べても、顧客が利用・検収できる結果にならないことがあります。

スコープには識別可能な版が必要です。議事録、プロトタイプ、見積、要件は変化するため、指定したベースラインと承認済み変更だけで「今回に含むか」を判断します。

実行可能なスコープで定める境界

文書名は違っても、スコープまたは明示的に参照する別紙から次の答えを確認できる必要があります。

目的と業務結果

改善する業務、対象利用者、目標状態を示します。目的は優先順位の基準ですが、「効率向上」で具体的成果物を置き換えられません。

  • 現状課題と目標状態
  • 対象部門と利用者
  • 結果をどう観測するか

対象業務場面

今回扱う開始条件、処理、終了状態、正常系、例外、人が介入する分岐を定めます。

  • 誰がいつ開始するか
  • 人とシステムが何をするか
  • どこへ記録し、いつ終了するか

納品結果

稼働システム、インターフェース、設定、データ処理、文書、研修、引き継ぎ資料を分け、形態と適用範囲を示します。

  • ソフトウェアと設定
  • データと移行結果
  • 運用・引き継ぎ記録

システム・連携・データ

接続する既存システム、環境、アカウント、項目、履歴期間、アクセス提供者を特定し、クレンジング、移行、書き戻し、第三者承認を含むか定めます。

  • 連携方向と責任者
  • データ範囲・品質・権限
  • 外部サービス・ライセンス・上限

環境・デプロイ・運用

各環境の提供者と、ドメイン、証明書、クラウド資源、デプロイ、監視、バックアップ、稼働開始支援、継続運用を含むかを定めます。

  • 対象環境と地域
  • 一回の納品と継続サービス
  • 本番アクセスと運用責任

品質と完了条件

検収対象、基準、サンプル、環境、証拠、判定者を対応付けます。「顧客満足」や「正常稼働」だけを完了条件にしません。

  • 機能と業務結果
  • 性能・安全・互換性
  • AI品質・拒否・人への引き継ぎ

責任と顧客側入力

提供者、顧客、共同作業を分け、資料、連携、アカウント、レビュー、テスト結果、承認に責任者と期限を置きます。

  • 納品責任者
  • 業務・技術承認者
  • 顧客・第三者依存

明示的な対象外

履歴データ整備、全社展開、長期運用、旧システム改修など、合理的に含まれると誤解されやすい作業を明記します。対象外は免責文ではなく、境界の肯定的な確認です。

前提・依存・制約

見積と日程を成立させる前提、予算、時間、法令、技術、調達上の制約を記録します。前提が崩れた場合は、黙って作業を増やさず影響評価を行います。

見積と日程に使えるスコープかを確認する

  1. 各成果を一意に識別できるか

    成果物に名称、場面、境界、完了状態があり、「関連機能」「必要な連携」のような包括表現だけにしません。

    確認：成果物一覧、プロトタイプ、連携一覧、文書目次。

  2. 納品全体の作業を覆っているか

    データ、連携、テスト、導入、検収、研修、引き継ぎが含まれるか明示的に除外され、開発の陰に隠れていません。

    確認：WBS、マイルストーン、責任分担表。

  3. 境界の両側が明確か

    含むものだけでなく、誤解しやすい対象外と今回・次段階の境界も示します。

    確認：スコープ記述、対象外、段階別ロードマップ。

  4. 各依存に責任者と日付があるか

    顧客資料、連携、外部アカウント、調達、審査を曖昧な「協力事項」にせず追跡可能な入力にします。

    確認：依存一覧、責任者、最終必要日。

  5. 証拠で完了判定できるか

    各成果が検収基準、確認方法、証拠、判定権限に対応しています。

    確認：検収基準、テスト計画、承認記録。

  6. 価格がスコープへ対応するか

    一時費用、継続費用、第三者費用が具体項目へ戻れ、未確定の数量や依存を固定価格に隠しません。

    確認：見積明細、課金前提、利用量境界。

  7. 有効な版が一つか

    現在の版、承認者、日付、プロトタイプ、メール、議事録との関係を全員が確認できます。

    確認：版番号、承認、変更履歴。

プロジェクトスコープと混同しやすい概念

関連概念プロジェクトスコープとの違い
プロダクトスコープ製品が長期的に持つ特性・能力です。プロジェクトスコープは一回の案件結果に必要な作業であり、ロードマップ上の機能が今回に自動で入るわけではありません。
要件必要な能力、動作、制約を表します。プロジェクトスコープは今回採用する要件と、それを届ける環境、テスト、文書、サービスまで定めます。
成果物一覧スコープの中心ですが、利用場面、責任、対象外、依存、完了条件を単独では定めません。
WBS完了に必要な作業を計画・管理できる階層へ分解します。範囲の網羅に役立ちますが、目的、境界、責任、検収も別途必要です。
見積既知のスコープ、前提、課金方法を価格へ変換します。同額でも範囲が同じとは限らず、範囲変更後は影響を再評価します。
契約範囲契約はスコープに加え、価格、責任、知的財産、救済などの法的条項を含みます。プロジェクトスコープは納品境界であり、契約解釈の代わりではありません。
第1段階の範囲全体目標の中で、独自の利用者、業務場面、成果物、検収閉ループを持つ一貫した部分です。長期機能表を任意に切ったものではありません。

共同で実行できるスコープベースラインを作る

  1. 業務目的と決定者を確認する

    責任ある業務代表が目的、優先順位、許容できない結果を示し、技術、データ、安全、検収の承認者を定めます。

  2. 業務の閉ループを描く

    開始、処理、例外、人の介入、記録、終了まで、今回の役割、部門、チャネル、データを定めます。

  3. 成果と必要作業を列挙する

    業務結果からソフトウェア、連携、データ、環境、テスト、研修、引き継ぎを逆算し、WBS等で漏れを確認します。

  4. 対象・対象外・前提・依存を記録する

    価格や日程を変える曖昧点を優先し、第三者承認、顧客入力、旧システム制約に責任者と日付を置きます。

  5. 検収と費用を結び付ける

    各成果に完了証拠を割り当て、一時・継続・第三者費用を対応させ、数量変化の扱いを示します。

  6. 役割横断でレビューする

    リスクに応じて業務、利用者、技術、データ、安全、運用、調達、提供者が参加し、同じ用語の解釈差を確認します。

  7. 版を承認し固定する

    スコープ文書、参照別紙、版、日付、承認者、未決事項を記録し、この版と承認済み変更だけを実行・比較に使います。

作業を黙って増やさずスコープ変更を扱う

ベースラインは変化を拒むものではなく、影響と決定を可視化するものです。

  1. 変更を登録する

    誰が何を、なぜ、いつまでに求め、利用者、業務、データ、連携、成果へどう影響し得るかを記録します。

  2. 変更の種類を判断する

    欠陥修正、既存範囲の明確化、前提崩れ、新規要件は扱いが違います。すべてを「改善」と呼びません。

  3. 影響全体を評価する

    開発時間だけでなく、工数、価格、日程、要員、設計、安全、データ、検収、完了済み作業、他範囲への影響を確認します。

  4. 選択肢を示す

    承認して再ベースライン化、同程度作業との入替、後続化、却下、時間上限付き分析を選べるよう、各結果を示します。

  5. 権限者が決定する

    予算、時間、納品約束を変えられる権限を定め、開発者や一利用者の会話で意図せず範囲を変えません。

  6. すべての基準を同期する

    承認後は範囲、要件、プロトタイプ、価格、計画、テスト、検収資料を同時更新し、旧版と理由を残します。

企業AI案件で追加確認するスコープ

対象タスクと禁止用途

AIが支援するタスク、利用者、結果用途を定め、高リスク判断、専門判断、知識外の用途など自動完了させない事項を明記します。

ナレッジとデータ範囲

リポジトリ、文書種類、履歴期間、項目、権限、更新責任を列挙します。「顧客データを使う」だけではクレンジング、ラベル、移行、継続保守の作業を定められません。

回答とアクションの境界

下書き、提案、引用付き検索、システム書込、外部実行を区別します。ツール権限を増やすたび、承認、確認、監査、失敗、補償の範囲も増えます。

モデルと第三者の境界

モデル選定、接続、微調整、評価、従量費、地域、版変更、代替モデルの責任を分けます。モデル名だけで解決策全体の範囲は定まりません。

品質とリスクの範囲

タスク別サンプル、根拠性、正しい拒否、情報不足、機密・権限制御、人への引き継ぎ、停止条件を定め、保証できない能力と残余リスクを記録します。

人の監督と運用

出力確認、例外対応、フィードバック処理、ナレッジ・評価集合更新の責任者を定め、本番監視、再評価、費用管理、事故対応を今回に含むか明記します。

組合せ版

AIの動作はアプリ、モデル、プロンプト、ガードレール、ナレッジ索引、検索設定、ツール権限の組合せです。単独のプロンプトやモデルエンドポイントではなく、この組合せを範囲と検収で識別します。

出典と適用範囲

本項目は、プロジェクト管理と企業AI導入におけるプロジェクトスコープ、すなわち今回の段階で合意した結果を作るための作業と境界を説明します。契約の法的条項、完全な要件仕様、長期製品ロードマップ、個別の検収基準、見積明細、変更要求に代わるものではありません。組織によっては、スコープがプロジェクト憲章、スコープ記述書、作業記述書、要件ベースライン、WBS、契約別紙に分かれます。どの版の組合せが現在有効で、矛盾時に何を優先するかを案件ごとに定める必要があります。