ガバナンスとは

プロジェクトが組織の戦略目標に沿って正しく進んでいるかを監督する仕組み。

エンジニア的に言うと、アーキテクチャ決定のプロセスに近い。「誰がアーキテクチャを承認するか」「技術的判断のエスカレーションパスは何か」を決めるのと同じ。

キーコンセプト

概念	内容
ガバナンスフレームワーク	意思決定構造、権限、説明責任の定義
価値実現	プロジェクトが期待されるベネフィットを実現しているかの評価
プロジェクトガバナンスモデル	ステアリングコミッティ、スポンサーレビューなどの仕組み
コンプライアンス	法規制、組織ポリシー、業界標準への準拠
変更ガバナンス	変更要求の評価・承認プロセス
リスクガバナンス	リスク許容度とリスク閾値の組織的定義

ガバナンスドメインには約7つのプロセスが含まれ、5つのフォーカスエリアすべてにまたがる。

#	プロセス	フォーカスエリア	やること
1	プロジェクト開始の承認	立上げ	プロジェクト憲章の作成。「なぜやるか」の明文化
2	プロジェクト計画の統合・整合	計画	各ドメインの計画を1つの整合的な計画に統合
3	プロジェクト実行の指揮・管理	実行	計画に基づいて作業を指揮し、成果物を生産
4	プロジェクト知識の管理	実行	組織の知識資産の活用と教訓の蓄積
5	変更の管理	監視・制御	変更要求の評価・承認・追跡
6	パフォーマンスの監視・管理	監視・制御	計画と実績のズレを検知し是正
7	プロジェクト/フェーズの終結	終結	正式な完了、引き渡し、教訓の文書化

ガバナンスは全フォーカスエリアに存在する唯一のドメイン。 プロジェクトの始めから終わりまで、常にガバナンスは機能している。

観点	第6版	第7版	第8版
位置づけ	「統合マネジメント」知識エリアの一部	独立したパフォーマンスドメイン	独立ドメイン + プロセス復活
名称	Project Integration Management	Governance	Governance
アプローチ	プロセス中心（7プロセス）	原則ベース（プロセスなし）	原則 + プロセスのハイブリッド

「統合マネジメント」から「ガバナンス」への名称変更は、作業の統合管理から、意思決定と価値実現の監督へ焦点がシフトしたことを反映している。

ガバナンスは全ドメインに影響する「屋根」のような存在。

第4回は「スコープドメイン」。何を作る/作らないの定義。要求事項の引き出しからWBS作成、スコープクリープの防止まで。

シリーズ一覧：

#0 目次記事 / #1 6つの原則 / #2 ライフサイクルとフォーカスエリア
#3 ガバナンスドメイン（本記事）
#4 スコープ / #5 スケジュール / #6 ファイナンス / #7 ステークホルダー / #8 リソース / #9 リスク / #10 テーラリング+AI+調達