プロジェクトマネジメント計画書とは？中身・作り方と更新の仕方を解説

プロジェクトマネジメント計画書は、プロジェクトをどう進め、どう監視し、どう終えるかを1つにまとめた文書です。個別の計画（補助計画）と、比較の基準になるベースラインを束ねます。

補助計画には、スコープ・スケジュール・コスト・品質・資源・コミュニケーション・リスク・調達・ステークホルダーなどの計画があります。たとえば資源の計画の中身は、資源マネジメント計画の作り方で扱います。

「統合」と呼ぶのは、個別の計画が互いに矛盾しないように整えるからです。たとえば品質の検査を増やせば、スケジュールとコストが動きます。外注を増やせば、調達とリスクの計画が変わります。ばらばらに作った計画を並べるだけでは、統合された計画とは言えません。

出発点は承認済みのプロジェクト憲章です。憲章の目的・成功基準・概算予算・主要マイルストーンを、実行できる粒度まで具体化したものが計画書です。

2026年7月からの ECO では、Process 領域（出題の約41%）の最初がタスク1です。名前は「統合されたプロジェクトマネジメント計画を作り、提供（デリバリー）を計画する」です。

PMI はタスクごとに、仕事の例であるイネーブラーを挙げています。当サイトの要約で示すと、次の9つです。

旧版（2021年版）では、これが2つのタスクに分かれていました。Process タスク9「計画の活動を統合する」と、タスク13「適切な方法論と実践を決める」です。2026年版では、両方の内容がタスク1にまとまりました。工数と資源の見積もり、計画の維持も、タスク1のイネーブラーに入っています。

見積もりでは、作業ごとに余裕を上乗せしすぎないよう注意します。余裕があると、作業はその時間いっぱいに延びがちです（パーキンソンの法則）。余裕は作業ごとに隠さず、予備としてまとめて管理します。

アプローチの選び方そのものはテーラリングの記事で詳しく扱います。ここでは「計画書に何を入れ、どう作り、どう保つか」に絞ります。

作り方の流れを、予測型の中規模のプロジェクトで示します。規模が小さければ、各手順を軽くします。

大事なのは4つ目の「統合して点検する」です。補助計画を担当者に任せきりにすると、前提の食い違いが残ります。点検の観点は、この後の「依存関係と抜け」の節で扱います。

ベースラインを承認したら、キックオフなどで関係者に共有します。誰がどの計画を守り、変えたいときにどこへ出すかも、ここで伝えておきます。

中身は、組織とプロジェクトの性質で変わります（テーラリング）。予測型の中規模以上のプロジェクトで、よく入る要素を図にまとめます。

ベースラインは、承認された時点の計画を固定した「比較の物差し」です。実績と比べることで、遅れやコスト超過を測ります。スコープのベースラインは、スコープ記述書・WBS・WBS辞書の組み合わせで表すのが一般的です。変える手続きはベースラインの解説で扱います。

ハイブリッド型では、全体のマイルストーンと予算を計画書で固定します。各リリースの中身は、プロダクトバックログで調整します。何を固定し、何を柔軟にするかを、計画書に明記しておくことが大切です。

新ECOは、計画の段階で決めておく重要な情報の例として、サステナビリティ（持続可能性）を挙げています。環境への影響、資源の使い方、社会的な責任などです。組織や規制が報告を求めているなら、その測り方と報告の時期を計画に入れておきます。

サステナビリティに限らず、「後から集めようとしても集められない情報」は計画に入れます。たとえば次のようなものです。

• ✓規制当局や監査に出す記録（試験結果、承認の記録など）
• ✓ベネフィット（便益）を測るための、プロジェクト開始前の現状値
• ✓スポンサーやガバナンス会議が判断に使う指標と、その報告の頻度
• ✓個人情報や機密情報の扱いに関する記録

試験では「プロジェクトの途中で、ある報告が必要だと分かった」という状況が出ます。計画の抜けなので、変更の手続きを経て計画に組み込むのが基本です。

補助計画を別々の担当者が作ると、つながりが切れます。統合の仕事は、そのつなぎ目を点検することです。当サイトでは、次の3つの問いで見ることをすすめます。

1. 1依存関係：ある計画の前提が、別の計画で満たされているか。例：品質計画の試験期間が、スケジュールに入っているか。調達のリードタイムが、資源計画の着任日と合っているか。
2. 2抜け：憲章の目標や要求事項のうち、どの計画にも対応する作業が無いものはないか。要求事項トレーサビリティマトリクスで追うと見つけやすくなります。
3. 3継続的なビジネス価値：計画をすべて実行した結果が、まだビジネスの目的に合っているか。市場や規制が変わり、価値が下がっていないか。

3つ目は、計画どうしの整合を見るだけの点検より一歩進んだ視点です。新ECOは価値の提供を重視しており、計画の段階から「この計画はまだ価値を生むか」を問うよう求めています。

計画書は生きた文書です。ただし、勝手に書き換えてよいわけではありません。更新には2種類あります。

• ✓ベースラインに影響する変更：スコープ・スケジュール・コストの基準が変わるもの。変更要求を出し、決められた権限者（変更管理委員会など）の承認を得てから更新します。
• ✓詳細化（段階的詳細化）：大枠の範囲内で、情報が増えて計画を細かくしていくこと。ローリングウェーブ計画法のように、近い作業から詳しくしていきます。

更新したら、関係する補助計画とプロジェクト文書（リスク登録簿、スケジュールなど）にも反映し、関係者に知らせます。新しい版がどれか分かるように、版の管理もしておきます。

試験で「実績が計画とずれたので、計画を実績に合わせて書き換えた」という選択肢は、承認の手続きが抜けていれば誤りです。分析→変更要求→承認→反映の順を守ります。この順序の判断はタスク別ドリルの Process 問題で繰り返し練習できます。