PMBOK第8版では、プロジェクトを成功に導くための具体的な実践領域として、新たに「7つのプロジェクトマネジメント・パフォーマンス領域」（ガバナンス、スコープ、スケジュール、財務、ステークホルダー、資源、リスク）が定義されました。
今回は、その中でもプロジェクトの「背骨」とも言える「ガバナンス（Governance）」のパフォーマンス領域について解説します。
PMBOKガイドには「これら7つの領域に順番はなく、同時並行で進む」と書かれています。しかし、現実のプロジェクトにおいて、私たちが一番最初に取り掛からなければならないのが、このガバナンス領域です。
山脇 弘成（SSAITS代表）
PMP®有資格者・Webプロジェクトマネージャー。
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。
第7版にはなかった「ガバナンス」が再注目された理由
PMBOK第7版を学んだ方は、「あれ？第7版にも8つのパフォーマンス領域があったけれど、ガバナンスなんて無かったぞ？」とお気づきかもしれません。
その通りです。第8版で「プロセス（具体的な作業手順）」という概念が復活したことに伴い、プロジェクト全体を統括し、意思決定のルールを定める「ガバナンス」の視点が再び重要視されるようになったのです。
内容としては、第6版までに存在した「立ち上げ」や「監視・コントロール」といった、プロジェクト全体を包み込む管理・統制のプロセスが、このガバナンス領域に集約されているイメージです。
2つのガバナンス・モデル（構造化 vs 自己）
ガバナンスとは、簡単に言えば「プロジェクトを正しい方向へ導くためのルール、仕組み、意思決定の土台」です。第8版では、開発アプローチに合わせて以下の2つのガバナンス・モデルが提示されています。
構造化されたガバナンス (Structured Governance)
主に予測型（ウォーターフォール）のプロジェクトで採用されるモデルです。
スポンサー、PMO（プロジェクトマネジメントオフィス）、そしてプロジェクトマネージャーが、明確な階層と権限を持ってトップダウンでプロジェクトを監督し、意思決定を行います。
自己ガバナンス (Self-Governance)
主に適応型（アジャイル）のプロジェクトで採用されるモデルです。
トップダウンの指示を待つのではなく、チーム自身が自律的に意思決定を行い、価値の提供に直接責任を持ちます。「ルールで縛る」のではなく「権限を委譲（エンパワー）する」ことでスピードと柔軟性を生み出します。
ガバナンス領域に含まれる「9つのプロセス」
ガバナンス領域には、プロジェクトの立ち上げから終結まで、全体統合と意思決定を担う具体的な「9つのプロセス」が定義されています。
ここでついに、「何をすべきか」という具体的なアクションが登場します。
- プロジェクトやフェーズの立ち上げ
- プロジェクト計画の統合と整合
- 調達（ソーシング）戦略の計画
- プロジェクト実行のマネジメント
- 品質保証のマネジメント
- プロジェクト知識のマネジメント
- プロジェクト・パフォーマンスの監視・コントロール
- 変更の評価と実装
- プロジェクトやフェーズの終結
これらを見てわかる通り、ガバナンスは「最初にルールを決めて終わり」ではありません。
計画を統合し、実行を管理し、変更を評価し、最後に正しく終わらせるまで、プロジェクトのライフサイクル全体を最初から最後まで包み込む活動なのです。
まとめ：まずは「意思決定の土台」を固めよう
プロジェクトがスタートしたとき、いきなりスケジュールの線を引いたり、スコープを洗い出したりしたくなる気持ちはわかります。
しかし、その前に「このプロジェクトは誰が最終決定を下すのか（ガバナンス・モデル）」「変更が起きたらどういう手順で評価するのか」という、ガバナンスの土台を固めることが不可欠です。ここがグラグラのまま走り出すと、後になって「誰も責任を取らない・決められない」という炎上状態に陥ります。
7つのパフォーマンス領域に順番はないとされていますが、実務においては、まずこの「ガバナンス領域」を真っ先に整えること。それが、残りの領域をスムーズに回すための最大の秘訣です。