PMI PMP: プロジェクト計画と統合 — 学習ガイド

By Laurynas Brazys · 22 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

こちらの一部です： PMP — 学習ガイド. 検証済みの解答で練習： PMI試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

プロジェクト憲章、立ち上げ、ステークホルダーとの認識合わせ

プロジェクト憲章は、プロジェクトの存在を正式に認可し、プロジェクトマネージャーに組織のリソースを適用する権限を与えるための文書です。その力は文書の長さからではなく、固定される内容から生まれます。すなわち、高レベルの目標、測定可能な成功基準、要約マイルストーンスケジュール、暫定予算、前提条件と制約条件、任命されたプロジェクトマネージャーとその権限レベル、そしてスポンサーの署名です。署名された憲章がなければ、プロジェクトマネージャーは非公式な許可に基づいて活動することになり、リソースの競合、スコープの対立、エスカレーションのたびに、弱い立場からの交渉を強いられることになります。

立ち上げ段階で、プロジェクトマネージャーはスポンサーのビジョンを共通の理解に転換しなければなりません。これは、スポンサーや主要なステークホルダーと体系的な対話を行い、プロジェクトが存在する理由（ビジネスケース）、「完了」がどのような状態か（受け入れ基準）、そして誰が決定権を持つかを明確にすることを意味します。例えば、マルチメディア展示デザインプロジェクトでは、スポンサーが初日の準備完了（固定された期日）、学芸的な忠実性（固定されたスコープ）、予算規律（固定されたコスト）のどれを重視するかがわかるまで、プロジェクトマネージャーは計画策定に進むことができません。これらのトレードオフは、その後のすべての計画決定を方向付けます。

立ち上げ時のステークホルダーとの認識合わせは、形式的なものではありません。ステークホルダーを特定し、彼らの関心、影響力、期待を分析し、プロジェクトの目的についての彼らの理解を検証することで、対立が安価に解決できるうちに表面化させることができます。早期に作成され、継続的に改善されるステークホルダー登録簿は、プロジェクトの目的を受け入れていなかった強力なステークホルダーを実行の途中で発見するという、古典的な失敗パターンを防ぎます。

WBSの分解とWBS辞書

WBS (Work Breakdown Structure) は、全体のスコープを成果物に分解し、さらにワークパッケージに分解するものです。分解の適切なレベルとは、ワークパッケージのコストと期間を確実に推定でき、単一の責任者に割り当てられ、進捗を監視できるレベルです。これはしばしば8/80ヒューリスティック（ワークパッケージの工数が約8時間から80時間）と呼ばれますが、真の基準は時間ではなく、管理できるかどうかです。

過剰な分解は管理上のオーバーヘッドを生み出します。何百ものマイクロタスクは、実行する時間よりも追跡する時間の方が長くなり、所有権を断片化させます。不十分な分解はリスクを隠蔽します。橋のプロジェクトで「上部構造の構築」とラベル付けされたワークパッケージは、意味のある推定を行うには粗すぎるため、コストとスケジュールのコンティンジェンシーが膨れ上がり、差異分析が不可能になります。この橋の例では、「南側橋台の鉄筋かごの製作」のように、各パッケージが個別に推定可能で、現場監督に割り当て可能になるまで分解を続けるべきです。

WBS辞書はWBSを補完するもので、各ワークパッケージについて、作業範囲、責任組織、スケジュールマイルストーン、リソース要件、品質基準、受け入れ基準、技術参照資料を定義します。これは、視覚的なWBSと、見積もり、スケジューリング、品質プロセスの間の橋渡しとなります。辞書を省略することは、WBSの箱だけでは曖昧であるため、スコープに関する紛争の一般的な原因となります。

補助計画書の統合

プロジェクトマネジメント計画書は単一の文書ではなく、統合された補助計画書とベースラインの集合です。スコープ、スケジュール、コスト、品質、リソース、コミュニケーション、リスク、調達、ステークホルダーエンゲージメントの各マネジメント計画書は、内部的に一貫性がなければなりません。品質計画書が2回の独立したテストサイクルを義務付けているのに、スケジュールが1回しか許容していない場合、その計画は統合されておらず、単なる文書の集まりです。

スコープ — WBSはスケジュールアクティビティとコスト見積もりと整合する
スケジュール — リソースカレンダーはリソースマネジメント計画書と整合が取れている
コスト — コンティンジェンシー予備はリスク登録簿を反映している
品質 — メトリクスは監視・コントロールプロセスに情報を提供する
リソース — 必要なスキルは、ギャップを埋めるための調達計画と一致する
リスク — 対応戦略はコスト計画で予算化され、スケジュールで時期が設定される

スコープ、スケジュール、コストの3つのベースラインは、合わせてパフォーマンス測定ベースラインを形成します。一度承認されると、これらは統合変更管理を通じてのみ変更されます。ベースラインを管理された参照情報ではなく、単なる提案として扱うことは、アーンドバリュー分析を台無しにし、差異報告を形骸化させます。

ライフサイクルの選択とテーラリング

予測型、適応型、またはハイブリッド型アプローチの選択は、要件の不確実性、変化の速さ、ステークホルダーの関与に対する期待、規制上の制約、デリバリーケイデンスのニーズによって推進される意図的な決定です。

予測型は、安定し、よく理解された要件、固定された規制スコープ、変更への許容度が低いプロジェクト（橋の建設、規制当局への申請）に適しています。
**適応型（アジャイル）**は、要件が使用とフィードバックを通じて明らかになるような、不確実性の高い作業（新規のソフトウェア機能、研究開発プロトタイプ）に適しています。
ハイブリッド型は、同じプロジェクトの異なるコンポーネントが異なる特性を持つ場合に適用されます。

安定した複数年にわたるアーキテクチャと、短期的に提供可能な機能の両方を必要とする長期的なプログラムは、教科書的なハイブリッドのケースです。プロジェクトマネージャーは、全体的なロードマップ、マイルストーン、インフラストラクチャに対してローリングウェーブ計画法の予測型フレームワークを設定し、一方で適応型のイテレーションで機能を段階的に提供します。ガバナンス層は両方に対応します。予測型の枠組みに対するステージゲートレビューと、適応型の層内部でのスプリントレビューおよびレトロスペクティブです。

テーラリングは、ライフサイクルの選択だけでなく、セレモニー、作成物、ツール、役割にも及びます。小規模な内部プロジェクトでは、軽量な憲章とカンバンボードだけで十分かもしれません。一方、規制対象の製薬プロジェクトでは、イテレーションのスタイルに関わらず、正式な設計履歴ファイルが必要です。

← 調達と契約管理 · すべてのドメイン · ガバナンス、コンプライアンス、組織的整合性 →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →