目次
はじめに
「PMBOKのプロジェクトマネジメント計画書って、結局どんな内容を書けばいいの？」「計画書は作っているけど、これで本当に足りているのか不安…」「スケジュールやタスクは管理しているのに、なぜかプロジェクトがうまく進まない…」と感じている方も多いのではないでしょうか。
実際の現場では、プロジェクトを開始する前に計画書を作っているにもかかわらず、途中で役割分担が曖昧になったり、変更が発生したときに対応が遅れたりして、納期が数日〜数週間単位でずれてしまうケースも少なくありません。こうした状況は、最初に「何を・いつまでに・誰が・どのように進めるのか」が具体的に整理されていないことが原因で起こります。
PMBOKで定義されているプロジェクトマネジメント計画書は、こうしたズレを防ぐために、スケジュール、コスト、品質、リスク、コミュニケーションなどを一つの計画としてまとめ、「この通りに進めればプロジェクトが完了できる」という状態をつくるためのものです。
この記事では、PMBOKにおけるプロジェクトマネジメント計画書について、役割・目的・構成要素を順を追って整理しながら、実際にどのように作成すればよいのかを、具体的にイメージできる形で解説していきます。
PMBOKにおけるプロジェクトマネジメント計画書とは
PMBOKでは、プロジェクトマネジメント計画書は、プロジェクト全体の進め方を1つにまとめた管理の基準となる文書として定義されています。
開始時点で作成した目的やスコープ、スケジュール、コスト、品質などの各計画を統合し、誰が・いつ・何を基準に判断するかを明確にする役割を持ちます。
ここでは、この計画書がPMBOK上でどのように定義されているのか、そしてプロジェクト全体の中でどの位置に置かれる文書なのかを具体的に整理します。
プロジェクトマネジメント計画書の定義
プロジェクトマネジメント計画書とは、プロジェクト開始後に作成し、納期、予算、成果物の品質を達成するために、誰が何をいつまでに行うかを具体的に記載した1つの統合文書です。
作成タイミングは計画フェーズで、プロジェクトマネージャーが中心となり、関係者の合意を得たうえで確定します。
文書の中には、スコープをどこまで含めるか、全体スケジュールを何日で区切るか、予算をいくらまで使用するか、品質基準をどの数値で判定するかなど、実行時に判断基準となる内容をすべて記載します。
これにより、実行フェーズで判断が必要になった場合でも、この計画書に記載された基準に従って意思決定を行える状態になります。
つまり、プロジェクトマネジメント計画書は、実行と管理のすべての判断を一つの文書で統一するために作成される計画の中核となる文書です。
プロジェクトマネジメント計画書の役割と位置づけ
プロジェクトマネジメント計画書の役割は、プロジェクト全体の実行と管理を1つの基準に統一し、進捗、コスト、品質の判断を毎回同じ条件で行える状態を作ることです。
計画フェーズで確定した内容を文書として固定し、実行フェーズではその内容に従って日単位や週単位で進捗を確認し、計画との差異が何日遅れているか、コストが何円超過しているかといった数値で判断できるようにします。
位置づけとしては、個別に作成されるスコープ計画、スケジュール計画、コスト計画など複数の計画書をまとめて統合する最上位の管理文書であり、プロジェクトに関するすべての変更はこの計画書を基準に承認されます。
これにより、関係者ごとに異なる基準で判断する状態を防ぎ、すべての意思決定をこの計画書に記載された内容に基づいて一貫して行えるようになります。
プロジェクトマネジメント計画書の目的
プロジェクトマネジメント計画書の目的は、開始前の段階で「誰が・いつまでに・どの作業を・どの手順で進めるのか」を具体的に決め、全メンバーが同じ内容で作業できる状態をつくることです。
たとえば、開発期間が90日の案件であれば、1日単位でスケジュールを区切り、担当者ごとに担当範囲を割り当て、完了条件を数値や成果物で明確にしておきます。
この内容を事前に文章として固定しておくことで、作業中に認識のズレが発生する確率が下がり、同じ作業を二重に行う無駄や、担当者が決まっていないことで手が止まる時間を減らせます。
結果として、納期から逆算した日程どおりに進めやすくなり、途中で修正が必要になった場合も、どの作業に影響が出るかをすぐに特定できる状態を維持できます。
PMBOKで定義されるプロジェクトマネジメント計画書の構成
PMBOKでは、プロジェクトマネジメント計画書は単一の文書ではなく、全体方針をまとめた本文と、スコープ・スケジュール・コストなどの分野ごとの計画で構成されます。
プロジェクト開始時に作成した各計画を統合し、運用時には変更管理の基準としても使われるため、どの情報を本文にまとめ、どの内容を個別のマネジメント計画として管理するかを整理することが重要です。
ここでは、計画書の構成を本文と各マネジメント計画に分けて具体的に確認します。
プロジェクトマネジメント計画書（本文）
プロジェクトマネジメント計画書（本文）は、プロジェクト全体の進め方を一つの文書にまとめ、実行時にそのまま判断基準として使える状態で記載する部分です。開始から完了までの流れを時系列で整理し、全体スケジュールを何日単位で区切るか、主要なマイルストーンをいつに設定するかを日付で明確にします。
あわせて、作業範囲をどこまで含めるかを明記し、予算の上限金額をいくらに設定するか、品質をどの数値で合格と判定するかといった具体的な基準を記載します。
さらに、進捗確認を何日ごとに行うか、遅延が発生した場合に何日以内に是正対応を行うかなど、実行中の管理手順も数値で固定します。
これらを本文として一つにまとめることで、実行フェーズではこの文書に記載された日付や数値をそのまま参照し、計画との差異を確認しながら意思決定を行える状態になります。
各マネジメント計画
各マネジメント計画は、スコープ、スケジュール、コスト、品質、リスクなどの管理対象ごとに、実行時の具体的な管理方法と判断基準を数値で定めた文書です。
たとえばスケジュール管理計画では、進捗を何日単位で確認するか、遅延を何日で判断するかを定義し、コスト管理計画では、予算をいくらに設定し、何円の差異で超過と判定するかを明確にします。
品質管理計画では、成果物をどの数値で合格とするかを設定し、リスク管理計画では、発生確率を何％以上で対応対象とするか、対応期限を何日以内に設定するかを決めます。
これらの計画をそれぞれ独立して作成することで、管理対象ごとに判断基準を固定できます。
そのうえで、各マネジメント計画はプロジェクトマネジメント計画書に統合され、実行時には各計画に記載された数値と手順に従って、進捗やコスト、品質を同じ基準で管理できる状態になります。
プロジェクトマネジメント計画書とプロジェクト計画書の違い
プロジェクトマネジメント計画書とプロジェクト計画書の違いは、記載する内容の粒度と、実際の作業にどこまで直結しているかにあります。
プロジェクト計画書は、開始時点で「納期は90日」「予算は300万円」「体制は5名」といった全体像をまとめた資料であり、関係者にプロジェクトの概要を共有するために使われます。
一方で、プロジェクトマネジメント計画書は、その内容を実際の作業に落とし込み、「1日単位のスケジュール」「担当者ごとの作業範囲」「レビュー実施日」「進捗報告のタイミング」まで具体的に定めます。これにより、メンバーは毎日どの作業を何時間かけて進めるかを判断でき、作業の抜け漏れや遅れが発生しにくくなります。
つまり、プロジェクト計画書で全体の方向を共有し、その内容をプロジェクトマネジメント計画書で日々の行動レベルまで具体化することで、計画どおりに作業を進められる状態をつくるという違いがあります。
まとめ
プロジェクトマネジメント計画書は、計画フェーズで作成し、納期、予算、品質を達成するための判断基準をすべて1つの文書にまとめた管理の中核となる資料です。誰が何をいつまでに行うかを日付と数値で固定することで、実行中の判断をその都度迷わず行える状態を作ります。
この計画書は、スコープやスケジュール、コストなど複数のマネジメント計画を統合した最上位の文書として位置づけられ、進捗の遅れが何日か、コストの差異が何円かといった数値を基準に一貫した管理を可能にします。すべての変更や意思決定はこの計画書に基づいて行われるため、関係者間で判断基準がぶれることを防ぎます。
つまり、プロジェクトマネジメント計画書は、計画内容を文書として固定し、その内容を基準に実行と管理を進めることで、プロジェクト全体を同じ条件でコントロールするための基盤となるものです。