プロジェクト計画書

これは何か

プロジェクト計画書は、憲章で決めた目的と範囲を実現するために、プロジェクトを「どう進めるか」を1つにまとめ、体制・スケジュール・課題・変更・報告などの詳しい文書への入口を示す成果物です。

新しく参加した人が、最初の1週間で「会議はいつあるのか」「困ったことは誰に上げるのか」「変更をしたいときはどうするのか」を一人ずつに聞いて回るのは大変です。計画書は、その答えがどこにあるかを示す地図の役割を持ちます。

PRG-001 プロジェクト憲章 との違いは、扱う問いです。

• 憲章：なぜ・何を（目的・範囲・責任者・大きな節目）。短く、スポンサーが承認する
• 計画書：どう進めるか（進め方・管理の仕方・文書のつながり）。憲章を土台に、責任者と PMO が作り、改訂していく

なぜ作るか

• 120人が、同じ進め方・同じ管理の仕方で動けるようにする
• 体制・スケジュール・課題・変更・報告の文書が、ばらばらに作られるのを防ぐ
• 「この場合はどうするのか」の問いに、文書で答えられるようにする
• ベンダーが加わっても、プロジェクトの決まりを同じように伝えられる

誰が使うか・いつ作るか

• 作る人：プロジェクトの責任者と PMO（03-02）
• 使う人：各チームのリーダー、ベンダーの PM、新しく参加した人
• 一般的には、憲章の承認の後、正式なキックオフの前後に作り、進め方が変わるたびに改訂します
• アステリア案件の計画書の中身・作成者・承認者は、正本に記載がありません。未確定

プログラムマネージャーや PMOリーダーが計画書を作ったという記載、アステリア案件の工程の分け方・会議体・報告の周期は、正本に記載がありません。未確定

主な項目

一般的には、次の章で構成し、詳しい中身は専用の成果物に任せます。

1. 前提：憲章の目的・範囲・節目への参照
2. 進め方：工程の分け方と、工程どうしのつながり
3. 体制と役割
4. スケジュール
5. 課題とリスクの管理
6. 決めたことの記録と、判断の上げ方
7. 変更の手続き
8. チームをまたぐ依存の管理
9. 報告と会議
10. 品質・テスト・AIの使い方などの方針：それぞれの方針の文書への参照

読み方

1. 憲章との対応を確かめる（目的・範囲・節目が同じか）
2. 自分のチームに関係する章を探し、詳しい文書へたどる
3. 困ったときの上げ方（課題・判断・変更）の違いを確かめる
4. 最新の版か、改訂の履歴を確かめる

書き方

1. 憲章の目的・範囲・節目を参照し、書き写さない（食い違いを防ぐ）
2. 章ごとに「決まり」を短く書き、中身は専用の成果物に任せる
3. 専用の成果物がまだないときは、いつ・誰が作るかを書く
4. 会議の数と目的を最小限にする（03-04）
5. 各チームのリーダーとベンダーの PM に読んでもらい、分かりにくい章を直す

何を書いてはいけないか

• 詳しい文書と同じ中身の書き写し（どちらかが古くなる）
• 「必要に応じて協議する」だけで、誰に上げるかが分からない書き方
• 憲章と違う目的・範囲・節目

よくある失敗

• 計画書を厚くしすぎて誰も読まず、実際の進め方と離れていく
• 憲章の内容を書き写し、憲章が改訂されても計画書が古いまま残る
• ベンダーの進め方との違いを、計画書で調整しないまま始める

関係するUnit・成果物・危機演習

• Unit：03-02 PMOとは何をする組織なのか、03-04 会議だらけにならないための会議設計、03-05 プロジェクトの問題をどう管理するか、00-04 120人はどうやって仕事をするのか
• 成果物：PRG-001 プロジェクト憲章、PRG-003 プロジェクト体制図、PRG-005 全体スケジュール、PRG-009 依存関係一覧、PRG-010 プロジェクト状況報告書
• 危機演習：この成果物を直接の題材にする危機演習はありません

いつ使うか

この教材では STAGE 03｜120人をどう動かすのか の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。