プロジェクトガバナンス：フレームワーク、体制、役割

プロジェクトガバナンスとは何ですか？

プロジェクトガバナンス とは、資金を提供する組織に代わってプロジェクトを方向付け、監督するための、役割、責任、意思決定権限、プロセス、統制の集まりです。誰が説明責任を負うのか、誰が何を承認できるのか、進捗をどのように報告するのか、プロジェクトをビジネスケースに照らしてどう確認するのかを定めます。

ガバナンスは日々の提供の上位に位置します。その役割は、組織が正しいプロジェクトを、正しい方法で実施し、プロジェクトの根拠が変わったときには中止したり方向転換したりするようにすることです。うまく機能すれば、誰がどの情報に基づいて決めるのかを全員が知っているため、意思決定が速くなります。

多くの実務家は、ガバナンスをシンプルな3本柱のモデルで説明します。正式な標準ではなく教育用のモデルですが、枠組みが漏れなく揃っているかを確認するのに役立ちます：

• 構造： スポンサー、ステアリングコミッティ、プロジェクト委員会、PMOなど、意思決定機関とその相互関係。
• 人： それらの役割に指名された個人。役割を果たすための権限、時間、スキルを備えている必要があります。
• 情報： 意思決定者が進捗、リスク、ベネフィットを正直に把握できる報告書、ログ、レビュー。

プロジェクトガバナンスとプロジェクトマネジメントの違い

両者は密接に関連していますが、同じものではありません。ガバナンスは方向付けと監督を行い、マネジメントは計画と提供を行います。プロジェクトマネージャーは、ガバナンスが委譲する権限の範囲内で働きます。

プロジェクトガバナンスとPMOの違い

A プロジェクトマネジメントオフィス（PMO） はガバナンスを支援しますが、統治機関ではありません。通常は標準とテンプレートを定め、報告を集約し、アシュアランスのレビューを行うこともあります。資金の承認やプロジェクトの中止といった決定は、通常PMO自体ではなく、スポンサー、プロジェクト委員会、ポートフォリオ委員会が行います。

プロジェクトガバナンスとコーポレートガバナンス、ポートフォリオガバナンスの違い

コーポレートガバナンスは、組織全体が取締役会によってどのように方向付けられ、統制されるかです。ポートフォリオガバナンスは、どのプロジェクトやプログラムに資金を投じ、どうバランスを取るかを決めます。プロジェクトガバナンスは、それらのルールを個々のプロジェクトに適用します。3つはつながっているべきです。プロジェクトの許容度、報告、ステージゲートは、組織のより広い方針を反映している必要があります。

プロジェクトガバナンスの構造と役割

役職名は組織や手法によって異なりますが、ほとんどのガバナンス構造には同じ役割があります。小規模なプロジェクトでは1人が複数を兼ね、大規模なプロジェクトではそれぞれが集団になることもあります。

プロジェクトスポンサー

スポンサーはビジネスケースを所有し、プロジェクトがベネフィットを実現することに最終的な説明責任を負います。資金を確保し、ステアリングコミッティの議長またはメンバーを務め、重要な決定を下すかエスカレーションし、上級ステークホルダーに対してプロジェクトを推進します。スポンサーの不在は、弱いガバナンスの最も一般的な原因の1つです。

ステアリングコミッティまたはプロジェクト委員会

方向性を示し、各ステージを承認し、プロジェクトマネージャーが解決できない課題を解決する、少人数の上級者のグループです。 PRINCE2 では、プロジェクト委員会に3つの役割があります： エグゼクティブ （事業を代表し、ビジネスケースを所有する）、 シニアユーザー （成果物を使う人々を代表する）、そして シニアサプライヤー （成果物を設計・構築する人々を代表する）です。少人数に保ちましょう。12人の委員会が素早く何かを決めることはめったにありません。

プロジェクトマネージャー

委譲された権限の範囲内で、計画、チームの調整、リスクと課題の管理、上層部への正直な報告など、プロジェクトを日々運営します。予測が許容度を超えた場合、プロジェクトマネージャーは単独で解決しようとせず、選択肢を添えてエスカレーションします。

PMO

手法とテンプレートを定め、計画と報告を支援し、ポートフォリオの全体像を維持し、多くの場合ヘルスチェックを実施します。組織によっては、ポートフォリオPMOが投資委員会向けの情報も準備します。

プロジェクト保証

プロジェクトが適切に運営され、報告が実態を反映していることを独立して確認します。アシュアランスは、PMO、内部監査、外部のレビュアー、あるいはPRINCE2ではプロジェクト委員会が任命するアシュアランスの役割が担います。プロジェクトマネージャーから独立している必要があります。

変更管理委員会

大規模なプロジェクトでは、変更管理委員会またはステアリングコミッティ自体が、プロジェクトマネージャーの権限を超える変更について決定します。

役割を文書化しましょう。 RACIマトリクス は、主要な決定ごとに誰が実行責任、説明責任、協議、報告の対象となるかを示す最もシンプルな方法です。当サイトの無料の RACIマトリクステンプレート なら、すぐに使えるレイアウトが手に入ります。

意思決定権限：誰が何を決めるか

最も実用的なガバナンス文書は、意思決定権限の短い表です。「これを承認してよいのか？」という疑問をなくし、小さな決定が委員会まで上がるのを防ぎます。以下のしきい値は例にすぎません。組織の財務上の権限委譲とプロジェクトのリスクに合わせて設定してください。

重要な決定はすべて次に記録します： 意思決定ログ。何が、誰によって、いつ決定されたか、どの選択肢が検討され、なぜそう決めたかを記録します。プロジェクトマネージャーを守り、新しいメンバーが経緯を理解するのに役立ち、最後には次に生かされます： 教訓 （終了時）。

プロジェクトガバナンスの枠組みの主な構成要素

ガバナンスの枠組みとは、1つのプロジェクトのために文書化されたルールの集まりで、通常は立ち上げ時に合意され、次に記録されます： プロジェクト憲章 またはプロジェクト開始文書。ほとんどの枠組みに含まれる構成要素は次のとおりです：

ゼロから始める場合は、当サイトの無料の ビジネスケーステンプレート と RAIDログテンプレート で、ガバナンスが最も頼りにする文書のうち2つをカバーできます。

PMBOKとPRINCE2におけるプロジェクトガバナンス

主要な2つの標準はどちらもガバナンスを中心に据えていますが、その説明の仕方は異なります。

• PMBOKガイド第8版： PMIは2025年11月に第8版を発行しました。このガイドは7つのパフォーマンス領域を軸に構成されており、 ガバナンス はその最初の領域で、スコープ、スケジュール、財務、ステークホルダー、資源、リスクと並んでいます。6つの原則の1つは 説明責任を持って導くことです。参考：当サイトの PMBOKガイドの概要.
• PRINCE2（第7版）： ガバナンスは7つの原則全体に通じており、そのいくつかはガバナンスのルールそのものです。ビジネス上の正当性の継続、役割・責任・関係の定義、ステージによる管理、例外による管理です。組織のプラクティスではプロジェクト委員会とアシュアランスの役割が定められ、許容度は時間、コスト、スコープ、品質、ベネフィット、リスク、サステナビリティについて設定できます。
• アジャイルフレームワーク： スクラムガイドはプロジェクトガバナンスについて述べていませんが、プロダクトオーナーに価値の最大化に対する明確な説明責任を与え、スプリントごとに進捗を見える化しているため、統治機関はそれを直接活用できます。

当サイトの見解：用語は組織が使っている手法のものを採用しつつ、枠組みの良し悪しは、意思決定が速く、十分な情報に基づき、記録されているかで判断しましょう。

プロジェクトガバナンスを整える手順

1. 既存のものを確認する。 PMOや財務チームに、組織の権限委譲の上限、ステージゲートのルール、報告の標準を確認します。並行する別の仕組みを作り出さないようにしましょう。
2. スポンサーを確定する。 その役割を果たす権限と時間を持つ、説明責任を負うスポンサーを1人決めます。
3. ガバナンスの規模を決める。 コスト、リスク、複雑さ、注目度に基づいて、プロジェクトに必要な統制の程度を決めます（下の規模別の表を参照）。
4. 意思決定機関を設置する。 ステアリングコミッティまたはプロジェクト委員会のメンバーを指名し、簡潔な付託事項を作成し、会議のリズムを決めます。
5. 意思決定権限と許容度に合意する。 権限委譲表を作成し、プロジェクトとステージのレベルで時間、コスト、スコープの許容度を設定します。
6. ステージゲートを定める。 意思決定のポイントを選びます。通常は各 プロジェクトフェーズの終わりで、各ゲートでどのような証拠が必要かも決めます。
7. 報告とログを整える。 状況報告書の形式と頻度、エスカレーション経路、RAIDログ・変更ログ・決定ログの保管場所に合意します。
8. アシュアランスを計画する。 誰がいつ独立したヘルスチェックを実施するかを決めます。
9. 記録して周知する。 枠組みを憲章に盛り込み、関係者全員と共有し、次にも含めます： コミュニケーション計画.
10. 各ゲートで見直す。 リスクの状況の変化に応じて、ガバナンスを強めたり緩めたりします。

プロジェクトガバナンスの枠組みのテンプレート

この表を憲章にコピーし、例の内容を置き換えてください。数値は説明用のものです。

当サイトの プロジェクト憲章テンプレート と 変更要求テンプレート は、憲章と変更ログの出発点になります。

許容度、エスカレーション、例外による管理

許容値 とは、次の権限レベルが関与しなければならなくなるまでに、プロジェクトやステージが計画から逸脱してよいと合意した範囲です。 例外による管理はPRINCE2の中核原則の1つで、上級者がすべての決定をレビューするのではなく、許容度を設定し、定期的な報告を受け、予測がその制限を超えたときにだけ介入することを意味します。これにより、委員会は自らしか下せない決定に集中できます。

予測が許容度を超えた場合、プロジェクトマネージャーは次を提出します： 例外報告書 。原因、影響、選択肢を説明し、推奨案を添えます。委員会が選択肢を選び、その結果は決定ログに記録されます。

計算例

£200万のオフィス移転で、コストの許容度を±5%（£100,000）に設定しています。4か月目、プロジェクトマネージャーは追加の電気工事により£140,000の超過を予測します。これは許容度の範囲外なので、彼女は3つの選択肢を記した例外報告書を委員会に送ります。コンティンジェンシーから費用を吸収する、会議室の設備のスコープを縮小する、電気工事を再入札するために移転を6週間延期する、の3つです。

委員会はコンティンジェンシーから£90,000を承認し、スコープを£50,000分削減して、予測を許容度内に戻します。決定は記録され、計画のベースラインが再設定され、残りのステージの許容度が確認されます。全員がしきい値、形式、決定者を知っていたため、このやり取り全体は1週間で済みました。

プロジェクトの規模に合わせたガバナンスの調整

ガバナンスが少なすぎるとプロジェクトは迷走し、多すぎるとあらゆる決定が遅くなります。ガバナンスの重さは、プロジェクトのコスト、リスク、注目度に合わせましょう。

アジャイルプロジェクトにおけるガバナンス

アジャイルチームにもガバナンスは必要ですが、その形は異なります。統治機関は詳細な計画を事前に承認する代わりに、動作するプロダクトを頻繁にレビューし、時間をかけて成果に資金を投じます。

• 固定されたスコープではなく、プロダクトやバリューストリームに資金を投じる。 予算とゴールに合意し、提供された価値を定期的にレビューします。
• プロダクトオーナーの説明責任を活用する。 なお、 プロダクトオーナー がスコープに関する決定の大半を行い、ガバナンスはその境界を定めます。
• レビューを証拠にする。 A スプリントレビュー や四半期ごとの計画イベントは実際の進捗を示すため、文書による状況報告よりも優れた証拠になります。
• ゲートを軽く、頻繁にする。 短く定期的な意思決定のポイントが、長いフェーズゲートに取って代わります。
• 承認ではなくガードレールを設ける。 チームが自ら適用できるセキュリティ、アーキテクチャ、支出のルールに合意します。
• PMOを適応させる。 なお、 アジャイルPMO は、文書のチェックではなく、メトリクスとコーチングでチームを支援します。

ハイブリッド型プロジェクトでは、資金と契約のための正式なステージゲートを維持しつつ、提供はスプリントで進めることがよくあります。ゲートの基準にチームがすでに生み出している証拠を使う限り、これはうまく機能します。

弱いガバナンスの兆候とよくある間違い

これらの問題の多くは、手続きと同じくらい文化の問題です。枠組みが機能するのは、スポンサーと委員会が参加し、プロジェクトマネージャーが問題を早めに報告しても大丈夫だと感じられる場合だけです。優れたステークホルダーマネジメントは、その両方に役立ちます。

プロジェクトガバナンスを支えるツール

ガバナンスは主に人と明確なルールにかかっていますが、情報の面はソフトウェアで楽になります。ポートフォリオダッシュボード、承認ワークフロー、監査証跡、権限管理、そしてRAIDログ・変更ログ・決定ログを1か所で管理できる機能を探しましょう。

当サイトがレビューしているツールの中では、 Wrike は、プロジェクト横断のダッシュボード、依頼フォーム、承認フローを1か所で求める組織に非常に適しています。また Smartsheet は、ポートフォリオレポート付きのスプレッドシート形式のアプローチを好むチームに適しています。

このトピックの無料テンプレート

すべてのテンプレートを見る

よくある質問