プロジェクトガバナンスとは?マネジメントとの違い
プロジェクトガバナンスとは、プロジェクトの意思決定と監督の枠組みです。誰がどこまで決めてよいか。何を、いつ、誰に報告するか。決められないときは、誰に上げるか。これらを前もって決めておくと、判断が速くなり、ぶれも減ります。
よく混同されるのがプロジェクトマネジメントです。ガバナンスは「決め方と監督の枠」、マネジメントは「その枠の中で計画し、実行し、管理すること」です。
| 観点 | ガバナンス | マネジメント |
|---|---|---|
| 中心の問い | 誰が、何を、どこまで決めるか。どう監督するか | 決めた枠の中で、どう計画し、実行するか |
| 主な担い手 | スポンサー、運営委員会(ステアリング・コミッティ)、PMO が承認・監督する。PM は案をまとめる | PM とチーム |
| 中身の例 | 権限としきい値、承認の手順、報告の決まり、成功の指標 | 計画づくり、作業の割り当て、進み具合の管理、課題への対応 |
| うまくいかないときの症状 | 誰が決めるのか分からず、判断が止まる | 計画どおりに進まず、期限・費用・品質がずれる |
よくある誤解は「ガバナンス=承認の手続きを増やすこと」です。目的は、決めてよい人が、決めてよい範囲で、すぐ決められる状態を作ることにあります。しきい値の内側はチームや PM に任せ、外側だけを上位で判断します。
プロジェクトのガバナンスは、組織全体の仕組み(経営会議、投資の判断、PMO の標準など)とつながっています。組織の仕組みを、自分のプロジェクトに合う形に当てはめたものと考えると分かりやすいでしょう。
2026年版ECOではどう変わった?Business1のタスクとイネーブラー
2026年7月からの試験内容の概要(ECO)では、ガバナンスは Business Environment のタスク1です。タスク名は「プロジェクトガバナンスを定めて確立する」です。Business Environment は試験全体の26%を占めます。26%×180問の単純計算で約47問になります(実際の問題数は試験ごとに変わり、公表されていません)。
ECO は、どの試験でも各領域のすべてのタスクから出題すると書いています。Business1 も、毎回の試験で問われる前提で準備しておきます。
旧版(2021年版)では、ガバナンスは Process 領域のタスク14でした。イネーブラーは「プロジェクトに合うガバナンスを決める」「エスカレーションの経路としきい値を決める」の2つです。Business Environment 自体も8%でした。
| 観点 | 旧版(2021年版) | 2026年版 |
|---|---|---|
| 置かれた領域 | Process のタスク14 | Business Environment のタスク1 |
| 領域の比率 | Business Environment は8% | Business Environment は26% |
| 例示された仕事 | 合うガバナンスを決める/エスカレーションの経路としきい値 | OPA を使って構造・ルール・手順・報告・倫理・方針を整える/成功の指標を決める/エスカレーションの経路としきい値 |
| 読み取れる変化(当サイトの解釈) | ガバナンスの形と上げ方を決める | 組織の資産を使い、成功の測り方まで含めて設計する |
変化のポイントは2つです。1つ目は、組織のプロセス資産(OPA)を土台にすると明記されたことです。ゼロから作らず、組織の方針・手順・テンプレートを使って整えます。OPA の意味はOPAとEEFの違いで整理しています。2つ目は、成功の指標がガバナンスの仕事に入ったことです。
ガバナンスは他のタスクにも出てきます。People8(コミュニケーション)には「報告とガバナンスのプロセスを支える」があります。Process6(財務)には「財務の差異を監視し、ガバナンスのプロセスと連携する」があります。報告や予算の問題でも、ガバナンスの視点が問われると考えておきましょう。
ガバナンスで何を決める?役割と意思決定の構造
ガバナンスの中身は、組織とプロジェクトの規模で変わります。それでも、決めておくことはほぼ共通です。
プロジェクトガバナンス
構造と役割
スポンサー、運営委員会、PMO、PM、チームの関係
決定の権限
誰がどの金額・期間・範囲まで決めてよいか
ルールと手順
変更管理、調達、品質の確認、文書の承認
報告
何を、どの頻度で、誰に報告するか
倫理と方針
利益相反、情報の扱い、行動規範
成功の指標
価値・成果を何で測るか
エスカレーション
上げる経路と、上げる基準(しきい値)
ECO 2026 の Business1 のイネーブラーをもとに当サイトが整理
| 役割 | ガバナンスでの主な責任 | PM から見た関係 |
|---|---|---|
| スポンサー | 資金と方向性に責任を持ち、PM の権限を超える判断をする | 判断を仰ぐ最初の相手になることが多い |
| 運営委員会 | 部門をまたぐ優先順位、大きな変更、続けるか止めるかを決める | 状況を報告し、判断が要る事項を提案する |
| PMO | 標準・手順・テンプレート(OPA)を用意し、支援と監督をする | 使う手順の持ち主。改善の提案先 |
| 変更管理委員会(CCB) | しきい値を超える変更要求を審査する | 変更要求を出して判断を受ける |
| プロダクトオーナー | バックログの優先順位を決める(アジャイル) | 優先順位の判断を任せる相手 |
| PM | ガバナンスの案をまとめ、しきい値の内側で日々判断する | — |
役割の名前や分け方は、組織ごとに違います。大事なのは、誰がどこまで決めるかが書かれていて、関係者がそれを知っていることです。運営委員会のメンバーや会議の進め方は運営委員会の役割とメンバーで詳しく扱います。
予測型とアジャイルでガバナンスはどう違う?
アジャイルでもガバナンスは要ります。違うのは、判断の区切りと報告の形です。
| 観点 | 予測型 | アジャイル |
|---|---|---|
| 判断の区切り | フェーズの終わりのレビュー(フェーズゲート)で、次へ進むかを決める | 反復ごとの成果を見て、優先順位と予算の配分を見直す |
| 権限の分け方 | 計画の変更は、変更管理の手順で承認を受ける | バックログの優先順位はプロダクトオーナー、作業の進め方はチームが決める |
| 報告の形 | 定例の状況報告書、マイルストーンの報告 | スプリントレビュー、ダッシュボード、バーンダウンなどの見える化 |
| 上げる基準の例 | 予算や期限の差異が、決めた幅を超えたとき | リリースの目標や予算の消化が、決めた幅を超えてずれたとき |
アジャイルで「チームに任せる」とは、何でも自由という意味ではありません。任せる範囲を決めることそのものが、ガバナンスです。
成功の指標はどう決める?
成功の指標は、プロジェクトの終わりではなく、始めに決めます。後から決めると、都合のよい数字で成功を語れてしまうからです。
2026年版のECOは、PMI の調査にもとづく成功の考え方に沿っていると説明しています。期限・予算・スコープという従来の物差しに、関係者にとっての価値と、望んだ成果の達成を加えて成功を見る考え方です。
- 誰が判断するか:スポンサーと主要な関係者で合意する。PM が一人で決めない。
- 何で測るか:数値で確かめられる形にする(例:処理時間、不具合の件数、利用率)。
- いつ測るか:終了時に測れない便益は、運用に移った後に誰が測るかまで決める。
- どこに書くか:プロジェクト憲章やビジネスケースなどに記録し、関係者が見られるようにする。
| 指標の種類 | 例(社内の申請システムを作り直す場合) |
|---|---|
| 期限・予算・スコープ | 3月末に本番稼働する。承認済みの予算内に収める。必須の機能をそろえる |
| 成果・価値 | 申請1件の処理時間を半分にする。紙の申請をなくす |
| 関係者の満足 | 利用部門のアンケートで「満足」と答える人を一定以上にする |
指標が「期限どおりに作る」だけだと、使われないシステムでも成功になってしまいます。成果の指標を1つ入れておくと、作るものの優先順位も決めやすくなります。
エスカレーションの経路としきい値はどう決める?
エスカレーションとは、自分の権限で決められない事柄を、決められる人へ上げることです。上げる経路(誰に、どの順で)と、上げる基準(しきい値)を前もって決めます。
しきい値は数字で決めるのがコツです。「重大なとき」では、人によって判断が割れます。たとえば次のように決めます。
| 事柄 | PMが決めてよい範囲(例) | 上げる先(例) |
|---|---|---|
| 予算の超過 | 承認済み予算の5%以内(コンティンジェンシー予備の範囲) | 5%を超える見込み:スポンサー |
| マイルストーンの遅れ | 2週間以内で、最終期限に影響しない | 最終期限に影響する:運営委員会 |
| スコープの変更 | 成果物の目的を変えない細かな調整 | 目的・費用・期限が変わる:変更管理委員会 |
| 法令・安全の問題 | (PM だけで判断しない) | ただちにスポンサーと法務・安全の担当 |
上げ方にも順番があります。いきなり経営層へ飛ばさず、決めた経路に沿って上げます。上げるときは「何が起きたか・影響・選択肢・自分の推奨」をそろえます。判断材料がないまま上げるのは、丸投げと同じです。具体的な上げ方はエスカレーションの判断基準で詳しく扱います。
法令や安全に関わる問題は、金額が小さくても PM だけで判断しません。守るべき要件の扱い方はプロジェクトのコンプライアンス管理で整理しています。
PMP試験ではガバナンスがどう問われる?
ガバナンスが絡む問題は、次の手順で考えると選択肢を絞れます。よく出る型は、図の下の3つです。
- 1
事実を確かめる
何が起き、影響はどのくらいか
- 2
決まりを確かめる
権限、しきい値、上げる経路
- 3
権限の中なら対応する
自分で決め、結果を記録して報告する
- 4
外なら経路で上げる
影響・選択肢・推奨を添えて決めた相手へ
当サイトの整理
- 権限を超える判断を求められる:顧客や上司から「すぐやって」と言われても、しきい値を超えるなら決められた経路に上げます。PM が独断で承認する選択肢は誤りになりやすいです。
- しきい値の内側なのに上へ上げる:逆に、PM の権限の中で対応できることを毎回スポンサーに上げるのも不適切です。まず自分で分析して対応します。
- ガバナンスがあいまい:誰が決めるのか分からない状態なら、組織の方針(OPA)を確かめ、スポンサーと役割・権限・報告を決めます。
リスクが絡む判断では、リスクのしきい値(どこまで受け入れるか)も合わせて見ます。このタイプの問題は、実際に解いて「どこで迷うか」を知るのが近道です。無料模試30問にも Business Environment の問題が30問中8問入っています。
確認問題1
権限を超える追加要求
(当サイトの独自問題)大口顧客の担当者から、来月のリリースに機能を1つ追加してほしいと強く頼まれました。見積もると、承認済み予算の8%の増額が必要です。ガバナンス計画では、PM が決めてよい予算の変動は5%までと決まっています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:3。増額はしきい値の5%を超えるので、PM が決められる範囲の外です。影響と選択肢を整理し、ガバナンスで決めた経路で判断を仰ぎます。
1:分析はしていますが、権限を超えた承認になります。2:機能を削るのもスコープの変更で、PM とチームだけでは決められません。4:上げる相手と目的を取り違えています。判断を求めるべき相手はスポンサーです。
確認問題2
何でもスポンサーに上げる
(当サイトの独自問題)ある PM は、作業の順番の入れ替えや小さな遅れまで、すべてスポンサーに上げて判断を求めています。スポンサーから「判断を待つ案件が多すぎて、本当に重要な話が埋もれている」と苦情が出ました。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:2。問題は、PM の権限の範囲としきい値が共有されていないことです。しきい値を確かめ、内側は自分で決め、外側だけを上げる形に整えます。
1:報告を減らしても、上げる基準のあいまいさは残ります。3:権限の内側の判断まで、上位の承認に頼る形が変わりません。4:上げる先を変えただけで、権限の問題は解決しません。
確認問題3
成功の指標がない
(当サイトの独自問題)業務改善のプロジェクトが始まって3週間たちました。憲章には「業務を効率化する」とだけ書かれています。チームは機能を作り始めていますが、何ができたら成功なのか、関係者の間で話が合いません。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:1。成功の指標を決めるのはガバナンスの仕事です。何を、どう測るかをスポンサーと関係者で合意し、記録します。決まっていないと、作るべきものも評価の仕方も定まりません。
2:後から決めると、評価が都合のよいものになりがちです。3:ベロシティはチームの計画用の数字で、業務の成果を表しません。4:他の案件の指標が、このプロジェクトの目的に合うとは限らず、合意も取れていません。