プロジェクト計画とスコープ定義

曖昧なプロジェクト概要問題

「顧客ポータルを刷新してほしい。モダンで、モバイル対応で、今より良いもの。CEOはQ3までに欲しいらしい。予算はある程度柔軟。よろしく。」

これは実際のプロジェクト概要だ。そして計画の観点からはほぼ使えない。「モダン」とは何か？現在のポータルの具体的な問題は？ユーザーは誰か？「完了」とはどういう意味か？

すべてのプロジェクトは曖昧さから始まる。PMの最初の仕事は、その曖昧さを明確さに変換すること。AIはこれを劇的に加速する。

プロジェクト憲章の生成

以下のプロジェクト概要を受け取りました：

「[受け取った実際の概要をペースト]」

以下のセクションでプロジェクト憲章を生成してください：

1. プロジェクト概要
   - プロジェクト名（明確で説明的な名前を提案）
   - 課題定義（何を解決するのか？）
   - ビジネスケース（なぜ組織にとって重要か？）
   - 成功基準（成功をどう測るか？）

2. 目的（SMART形式）
   - 具体的で測定可能な目的を3〜5つ

3. スコープ
   - スコープ内：含まれるもの（具体的な成果物）
   - スコープ外：明示的に含まれないもの
   - 前提：真実と仮定していること
   - 制約：既知の制限（時間、予算、リソース）

4. ステークホルダー
   - スポンサー、PM、コアチーム、主要ステークホルダー

5. 高レベルタイムライン
   - 主要マイルストーン（詳細タスクではなく）

6. リスク（初期評価）
   - 概要から見える上位3〜5リスク

7. 解決すべき質問
   - 詳細計画の前に答えなければならない質問

「解決すべき質問」セクションは金だ。AIは概要の曖昧さを特定する——あなたが実行の数週間後に気づくような問題を今発見する。

業務仕様書（SOW）の作成

憲章が承認されたら、SOWが具体性を追加する：

承認されたプロジェクト憲章に基づき、業務仕様書を生成してください：

[憲章の主要セクションをペースト]

以下を含むSOW：
1. 成果物（各成果物に受入基準、オーナー、予定日）
2. タイムラインとマイルストーン（フェーズ分解、依存関係）
3. チームと役割（RACIマトリクス）
4. スコープ外（詳細版）
5. 前提と外部依存
6. 変更管理プロセス（スコープ変更の要求・評価・承認方法）

ステークホルダーマップの作成

[プロジェクト説明]のステークホルダーマップを作成してください。

関係者：[すべてのステークホルダーと役割をリスト]

以下を含むマップ：

1. ステークホルダー分析テーブル
   | 名前/グループ | 役割 | 関心度(H/M/L) |
   | 影響力(H/M/L) | 態度(推進/中立/懐疑) |
   | コミュニケーションニーズ | エンゲージメント戦略 |

2. パワー/関心グリッド
   - 高パワー×高関心：密に管理
   - 高パワー×低関心：満足を維持
   - 低パワー×高関心：情報提供
   - 低パワー×低関心：モニタリング

3. コミュニケーション計画
   各グループに：何を、どの頻度で、どの形式で、誰が伝えるか

✅ Quick Check： 上のSOWプロンプトの「変更管理プロセス」セクションに注目。なぜこれが重要か？スコープ変更は必ず起きる——常に起きる。変更を処理する合意済みプロセスがあることが、「スコープクリープ」と「管理されたスコープ進化」の違いだ。

日本の組織での計画策定

日本の組織で特に重要な計画要素：

要素	日本の文脈	対応策
稟議（りんぎ）	承認に時間がかかる	タイムラインに稟議の時間をバッファとして組み込む
根回し	正式な会議前の合意形成	ステークホルダーマップに根回し対象と順序を記載
完璧主義	80%で出すことへの抵抗	MVPの定義と段階的リリースを憲章で明示
報連相	情報共有の頻度と粒度	コミュニケーション計画で報連相のルールを定義

以下のプロジェクトの日本組織向け計画を補強してください：

[プロジェクト憲章をペースト]

以下を追加：
1. 稟議が必要な意思決定ポイントとバッファ
2. 根回しが必要なステークホルダーと順序
3. 報連相のルール（何を、誰に、どの頻度で）
4. 品質基準の段階的定義（MVP→GA→最終版）

実践エクササイズ

実際に始めようとしている（または最近始めた）プロジェクトの初期概要をAIに投入し：

プロジェクト憲章を生成する
計画を続ける前に答えるべき質問リストを得る
関係する主要人物のステークホルダーマップを作成する

AIの出力を、あなたが手動で作成するものと比較する。AIが追加した、あなたが見落としていたかもしれない点は何か？

Key Takeaways

すべてのプロジェクトは曖昧さから始まる——PMの最初の仕事は曖昧さを明確さに変換すること
プロジェクト憲章でスコープ、目的、ステークホルダー、制約の認識を合わせる
「スコープ外」セクションがスコープクリープに対する最善の防御
AIは数週間後に気づく曖昧さと明確化すべき質問を今特定する
業務仕様書のすべての成果物に受入基準が必要
日本の組織では稟議、根回し、報連相をタイムラインとコミュニケーション計画に組み込む
AIの生成した計画は常にドメイン知識とステークホルダーのインプットで検証する

Up next: 次のレッスンでは、タスク分解とワーク配分——計画を実行に変える。