プロジェクト管理計画書の書き方

GOT7 "A" M/V

プロジェクト管理計画は、チームがプロジェクトにどのように取り組むかを定めた文書です。プロジェクトのライフサイクルについて説明し、作業の実行方法、監視方法、制御方法、そして正式に終了する方法について説明します。

プロジェクト管理計画は、実際にはプロジェクト用に作成するすべてのサブ計画の総称です。プロジェクト管理計画は、これらの計画に含まれるすべてのものとして定義できます。

要求管理計画
スコープ管理計画
スケジュール管理計画
品質管理計画、もしあれば
原価管理計画
リスク管理計画（あなたのリスクログを参照するべきです）
変更管理計画
プロジェクトに調達管理計画が必要な場合
構成管理計画も、計画を立てる場合に限ります。プロジェクトに必要だとは思わないかもしれません。
人事管理計画

プロジェクト管理計画には、プロジェクトのベースラインに関する、特に範囲とスケジュールに関する重要な情報も含まれています。これにより、プロジェクトの最後にプロジェクトを閉じて計画と実際のパフォーマンスを比較したときに何が変わったのかを簡単に確認できるように、参照できる砂の線が表示されます。

とはいえ、プロジェクト管理計画はそれ自体が文書として存在します。ここに含めるものとそれらの他のセクションを参照する方法があります。

プロジェクト管理計画書の作成

プロジェクトの名前と日付で文書を始めます。最初から始める必要がないようにするには、Project Management Officeのテンプレートを使用してください。

その後、これらのセクションを含めます。

しきい値とベースライン： プロジェクトのスケジュール、範囲、コスト、品質の各分野について、ベースラインがどのように管理されるのかを説明します。計画するために許容可能な差異が何であるか（たとえば、+ / - 10％）、およびそれが破られるように見える場合はどうするかを設定します。あなたはすでにプロジェクト憲章にこれらを文書化しているかもしれません。

ガバナンス： プロジェクト管理のライフサイクルをたどる際に、どのプロジェクトレビュー、ピアレビュー、その他のガバナンス方法を適用するかを決めます。少なくとも、各フェーズの最後に正式な承認を含める必要があります。これはプロジェクトスポンサーの役割の1つです。自分のプロジェクトに適切であれば、保持している品質レビューの詳細を含めることもできます。

方法論の決定： これは、プロジェクト管理方法論のどの部分に関連性がないために実行しないことにしたかを書き留めるのに適した場所です。たとえば、プロジェクトには調達が必要ないため、調達管理計画を実行することはありません。

他に何か： これらの見出しに限定しないでください。社内の他のプロジェクトへのリンク、計画に影響を与える可能性がある外部の要因など、プロジェクトの計画に関連すると思われるその他の要素を含めます。

子会社の計画

すべてのプロジェクト文書を1つにまとめると、それは巨大なプロジェクト管理計画になります。このドキュメントには、リンク（または少なくともドキュメントがある場所の説明）を含めることをお勧めします。それから、誰かがそれを読み、読みたいと思うなら、あなたはそれを見つけることができます、あなたのプロジェクト管理計画があまりにも圧倒的に長くならないで誰もそれを見ません。

ベースラインへのリンクも忘れないでください。プロジェクトスケジュールのベースラインとして、計画のバージョンを保存してそれにリンクします。コストベースラインとして、今日の予算計画のバージョンを保存してリンクします。これらの文書は生きている文書であり、プロジェクトが進むにつれて変化しますが、それらを元に戻して比較できるように、元のファイルを残しておいてください。

最後に、プロジェクト管理計画にバージョン管理を追加して、更新する必要がある場合に最新のコピーに取り組んでいるかどうかを簡単に確認できるようにします。