このフェーズの座組み
企画フェーズ — 座組み
フル稼働PM
部分参加PMOアーキテクト
レビュー参加インフラセキュリティ
⚠️ インフラとセキュリティを企画フェーズに巻き込む理由
クラウド vs オンプレの方針、適用すべき法令・規制（GDPR・個人情報保護法等）は企画フェーズで判断しなければならない制約条件だ。これらを後回しにすると、基本設計で「クラウド前提で進めたが、規制上オンプレが必要だった」という根本的な覆しが起きる。
成果物マトリクス
| 役割 | 成果物 | ポイント |
|---|---|---|
| 管理PM | プロジェクト憲章、目的・ゴール定義、ステークホルダー一覧・RACI表 | ステークホルダー全員の合意署名が必須。特にゴールとスコープの境界を明文化する。 |
| 管理PMO | プロジェクト体制図、初期マスタスケジュール（マイルストーン単位） | 役割・責任の明文化。誰が意思決定者かを全員に周知する。 |
| 技術統括アーキテクト | 技術的フィジビリティメモ、概算見積根拠 | 「作れるか・作れないか」の初期判断を文書化。不確実性の高い技術要素はここで洗い出す。 |
| インフラインフラ | 概算インフラコスト試算、クラウド/オンプレ方針メモ | 後の基本設計の前提条件になる。コスト感覚の合意も重要。 |
| 横断セキュリティ | 適用法令・規制の洗い出しメモ（GDPR・個人情報保護法・業界規制等） | コンプライアンス要件は後から変えられない。業界特有の規制は必ず確認する。 |
注意ポイント
💡 プロジェクト憲章はゴールの凍結ではなく合意の記録
プロジェクト憲章は「変えてはいけないもの」ではなく「全員が合意した時点の認識の記録」だ。状況が変わったら更新すればよい。重要なのは「最後に全員が合意した状態」を常に参照できることだ。
💡 「スコープ外」を明記する
プロジェクト憲章には「スコープ内」だけでなく「スコープ外」も明記することを強く推奨する。後から「あの機能も含まれると思っていた」という認識ズレを防ぐ。
✅ 次のPARTへ