第1フェーズのスコープ

第1フェーズのスコープは、機能を減らす前に一つの段階を定義する

第1フェーズに識別可能な開始・終了ゲートを設ける

「第1フェーズ」は、機能が増え、日付が動き、いつ終わるのか誰も説明できない呼び名になりがちです。開始条件と終了ゲートを明確にすると、長期ロードマップからこの段階を切り分け、単独で見積、検収、振り返りができます。

実行可能な第1フェーズのスコープに含めるもの

第1フェーズの境界は、一つの文書だけに書かれるとは限りません。スコープ、見積、計画、要求、検収がそれぞれ一部を担います。それでも同じ有効版を指し、営業、実施側、顧客が別々の「第1フェーズ」を持たない状態にします。

何を第1フェーズに含めるかの決め方

第1フェーズは、開発しやすい機能を選ぶことでも、長いロードマップの先頭を切り取ることでもありません。価値があり、最初から最後まで動き、結果を検証できる業務の流れを一つ選び、今必要なものと安全に後回しできるものを分けます。

1. フェーズが支える次の判断を定める

   終了時に追加投資、方式選定、限定公開、本番導入のどれを判断するかを先に定めます。必要な成果物と証拠は判断ごとに異なります。

2. 目標を証明できる利用者・場面を選ぶ

   役割、タスク、地域、チャネル、データを限定しながら、中心価値、重要依存、主要リスクを露出する代表場面を残します。

3. 完了結果から必要作業を逆算する

   終了状態からデータ、API、権限、例外、テスト、環境、支援、記録を導き、見える機能だけ残して完了条件を削らないようにします。

4. 延期を明示的な境界にする

   後続の機能、部門、データ、自動化、運用について、対象外の理由、予定段階、現在設計への影響を示し、「後で改善」で済ませません。

5. 依存とリスクで実現可能性を確認する

   資料、API、調達、承認、担当者が期間内に得られるか確認します。制御不能な重要依存は範囲、日程、目標の変更要因です。

6. 完全な見積で約束を確認する

   非開発作業、顧客投入、第三者・継続費、不確実性を含め、予算、期間、チームで結果を支えられるか判断します。

7. 役割横断で一つの基準版を承認する

   リスクに応じて業務、利用者、技術、データ、セキュリティ、運用、調達、検収、進行担当が同じスコープ、対象外、ゲート判断を確認します。

見積・開始に使える第1フェーズ範囲かを確認する

範囲が小さいからといって、見積が簡単になるとは限りません。境界が狭いほど、データ、接続、配備、検収、顧客側の入力など、残る必須作業を明確にする必要があります。最初だけ安く見せ、必要作業を後から足す状態を避けます。

1. フェーズの目的は一つか

   長期ビジョンと区別し、本期の結果または判断を一文で表せます。

   確認：フェーズ目標、業務理由、ゲート判断。

2. 開始・終了状態を識別できるか

   開始時の承認・入力と終了時の成果物・証拠が、単なる日付範囲より具体的です。

   確認：開始条件、終了条件、承認役割。

3. 完全な責任を含むか

   各場面の開始から結果、例外、人の処理、記録まで担当があり、重要工程を顧客協力や次期に隠していません。

   確認：場面図、責任表、成果物一覧。

4. 対象外が具体的か

   利用者、データ、システム、チャネル、自動化、運用サービスについて合理的な包含誤解が生じません。

   確認：対象外一覧、後続段階への対応。

5. 依存に担当者と日付があるか

   資料、API、アカウント、承認、調達、テスト担当に提供者、最終日、未達時対応があります。

   確認：依存一覧、担当、期限、代替策。

6. 見積が全作業を含むか

   費用が成果と必要作業に対応し、一時、継続、第三者費用と不確実性を分けています。

   確認：見積明細、価格前提、資源・利用量境界。

7. 検収と次期投資判断を分けたか

   本期の合格が次期への投入を自動承認しない構造になっています。

   確認：検収計画、段階報告、ゲート権限。

第1フェーズのスコープと混同しやすい概念

MVP、試行、概念実証、試作品、スプリントはいずれも初期に行われ得ますが、契約や納品上の第1フェーズを自動的に定義しません。まず正式に残す結果を示し、その後で適切な検証・開発方法を選びます。流行語で境界を隠さないことが大切です。

企業AIは第1フェーズの用途を絞れても、対応するリスク下限は省けない

AIの第1フェーズは、一つの役割、一つの資料範囲、一つの出力用途に絞れます。ただし、利用者が少ないから安全対策を後回しにできるわけではありません。実データ、業務判断、外部ツールに触れるなら、権限、拒否、人への引継ぎ、監査も同じ段階で必要です。

第1フェーズ実行中の変更と終了ゲートの判断

第1フェーズの目的は、単に早く何かを作ることではなく、合意したゲートで実際の結果を使って次を決めることです。途中で調整しても、段階を黙って広げてはいけません。終了時も、すでに多く投資したことだけを理由に自動拡大しません。

1. 本フェーズをベースライン化する

   有効なスコープ、計画、見積、依存、検収、対象外を承認し、将来ビジョン、ロードマップ、バックログと区別します。

2. 証拠に基づいて予測を更新する

   実進捗、費用、依存、リスクを追跡します。直近計画は将来より詳細でも、不確実性を隠して承認済み範囲に変えません。

3. ベースライン変更は変更要求で扱う

   利用者、場面、データ、API、成果物、日付、費用、完了条件の変更を目標、完了済み作業、リスク、後続段階に照らして評価し、権限者が判断します。

4. 段階終了資料を作る

   納品版、検収、費用・進捗、未解決事項、残余リスク、運用状態、学習、提案、未完了要件の行き先をまとめます。

5. 二つの判断を分ける

   まず本期が自身の基準を満たしたかを確認し、その後に次期へ投資するか、どう調整するかを決めます。本期検収は次期投入の自動承認ではありません。

6. 履歴を書き換えず将来範囲を更新する

   学習を次期とロードマップに反映し、本期の基準版、変更、判断を残します。後の優先度変更で当初対象外だった作業を本期の欠品にしません。