あなたの組織のPMOは、何を「管理」しているだろうか。
月曜朝のステアリングコミッティ。PMOリーダーがスライドを繰る。「全体進捗は計画比92%。課題一覧は17件、うちクリティカル3件。リスク台帳は更新済みです」。経営層はうなずき、次の議題に移る。30分の会議が終わるころ、誰もが薄々感じている。── この報告で、何かが「変わる」のだろうか。
PMO（Project Management Office）は、変革プロジェクトの司令塔であるはずだ。しかし多くの組織で、PMOの実態は進捗の集計と報告に終始する「管理屋」になっている。WBSのステータスを色分けし、課題管理表を更新し、ステアリングコミッティ用のスライドを整える。形式は整っている。しかし、プロジェクトが本当に組織を変えているかどうかは、その報告のどこにも映し出されていない。
PMI（Project Management Institute）の調査によれば、高業績組織の80%以上がPMOを設置しているのに対し、低業績組織では50%程度にとどまる (PMI, 2023 ※要確認)。PMOの存在は成果に影響する。しかし問題は、PMOが「何をしているか」だ。進捗管理だけのPMOと、変革の推進力として機能するPMOでは、組織にもたらす価値がまるで異なる。
以前のInsight「『スポンサー不在』がプロジェクトを殺す」では、変革のスポンサーシップの欠如がプロジェクトの命運を分けることを論じた。「『要件の膨張』がプロジェクトを溺れさせる」では、スコープガバナンスの不在が要件を際限なく膨張させる構造を示した。本稿はその先を問う。スポンサーを支え、スコープを守り、変革の成果を組織に届ける「エンジン」であるべきPMOは、なぜ進捗管理屋に成り下がるのか。そして、どう再設計すればよいのか。
なぜPMOは「管理屋」に堕するのか ── 3つの構造的要因
PMOの形態は組織によって異なる。PMIやHill (2014) の分類では、情報提供に留まる「支援型」、標準プロセスの遵守を求める「管理型」、プロジェクトの意思決定権を持つ「指令型」に大別される。しかし、以下の3つの構造的要因は、いずれの型にも共通してPMOを「管理屋」に引きずり込む力学だ。
要因① ── PMOの使命が「管理」として定義されている
多くの組織で、PMOの設置目的は「プロジェクトの進捗を可視化し、経営層に報告する」ことだ。この定義自体が、PMOを管理屋に閉じ込める。
進捗の可視化は重要だ。しかしそれはPMOの手段であって目的ではない。PMOの本来の目的は、プロジェクトが約束した成果を組織にもたらすことだ。PMBOK第7版は、プロジェクトマネジメントの焦点を「成果物の納品」から「価値の実現」へと移している (PMI, 2021)。にもかかわらず、PMOのミッションステートメントが「価値の実現」ではなく「進捗の管理」に止まっていれば、PMOの活動はスライド作成とExcel更新に収斂する。
以前のInsight「『投資対効果』を語れない変革は、やがて止まる」で論じた便益実現マネジメント（BRM）の視点がここに接続する。便益の追跡がプロジェクト計画に組み込まれていなければ、PMOが追跡する指標は自ずと「進捗率」や「課題件数」に限定される。測定するものが管理するものを決め、管理するものがPMOの存在意義を決める。 進捗率しか測定していないPMOは、進捗率だけの存在になる。
要因② ── PMOにチェンジマネジメントの視点がない
ここに最も深刻な構造的欠陥がある。多くのPMOは、プロジェクトマネジメントの専門家で構成され、チェンジマネジメントの視点を持たない。
プロジェクトマネジメントが問うのは「計画通りに進んでいるか」だ。チェンジマネジメントが問うのは「組織と人が本当に変わっているか」だ。この二つの問いは補完関係にあるが、多くのPMOは前者しか持っていない。結果として、システムは予定通りにGo Liveしたが現場は旧来のやり方に戻っている、プロセスは設計通りに文書化されたが誰も守っていない、という事態が繰り返される。
Prosci の研究は、プロジェクトマネジメントとチェンジマネジメントを統合的に実施したプロジェクトは、そうでないプロジェクトと比較して目標達成の確率が有意に高いことを示している (Prosci, 2023)。にもかかわらず、日本企業のPMOにチェンジマネジメントの専門知識を持つ人材が配置されることは稀だ。PMOのスタッフは、ガントチャートとWBSの管理には長けているが、ADKARモデルやステークホルダーの受容度分析には馴染みがない。
PMOがプロジェクトの「技術的な側面」しか見ていないとき、変革の「人的な側面」は誰のレーダーにも映らない。見えないものは管理されない。管理されないものは、静かに失敗する。
要因③ ── PMOの権限がスポンサーに接続していない
「『スポンサー不在』がプロジェクトを殺す」で論じた通り、変革の成否を最も強く予測する因子はスポンサーの質だ。PMOが機能するには、スポンサーの権限と意思決定に直接アクセスできる必要がある。
しかし多くの組織で、PMOはプロジェクト組織の中間層に位置し、スポンサーとの間に複数のレイヤーが存在する。PMOリーダーがスポンサーに直接エスカレーションできる体制になっていなければ、PMOは問題を認識しても「報告して終わり」になる。スコープの膨張を止めるにも、組織の抵抗に対処するにも、スポンサーの意思決定が必要だ。PMOがスポンサーに直接つながっていなければ、そのエスカレーションは途中で希釈されるか、握りつぶされる。PRINCE2が定義するProject Boardモデルでは、プロジェクトマネージャー（およびPMO）はProject Board（スポンサーを含む意思決定体）に直接報告する構造を取る (Axelos, PRINCE2 Guide)。この設計は、PMOの報告と意思決定の間にレイヤーを挟まないことの重要性を示している。
結果として、PMOは「問題を記録し、報告する」役割に留まり、「問題を解決する」力を持たない。進捗管理屋とは、権限なき管理の別名だ。
PMOを「変革の司令塔」に再設計する3つの原則
原則① ── 「進捗」ではなく「便益と定着」を追跡する
PMOが追跡すべき指標を、進捗率から便益の実現度と変革の定着度に拡張する。
具体的には、PMOダッシュボードに3つの層を設ける。第一の層は従来のプロジェクト進捗（スケジュール、コスト、スコープ）。これは引き続き必要だ。第二の層は便益の実現状況 ── ビジネスケースで約束した効果（コスト削減額、生産性向上率、顧客満足度等）が、実際にどの程度実現しているか。第三の層は変革の定着度 ── 新しいプロセスの遵守率、システムの利用率、現場のADKARスコア（Awareness, Desire, Knowledge, Ability, Reinforcement の各段階の達成度）。
この3層ダッシュボードがPMOの基本装備になれば、ステアリングコミッティの議論は「計画通りか」から「組織は本当に変わっているか」に変わる。とりわけ第三の層は、変革のJカーブの「谷」をリアルタイムに検知する羅針盤になる。以前のInsight「変革の『谷』を乗り越える5つのレバー」で論じた通り、Go Live直後の生産性低下は避けられない。しかし、ADKARスコアやシステム利用率を週次で追跡するPMOがあれば、谷の深さと回復の兆しをデータで把握し、適切なタイミングで介入を設計できる。勘と経験ではなくデータで、変革の進捗を語る。 これがPMOにおけるチェンジマネジメントとデータマネジメントの交差点だ。
原則② ── PMOにチェンジマネジメント機能を統合する
PMOの人員構成に、チェンジマネジメントの専門知識を持つ人材を加える。あるいは、既存のPMOメンバーにチェンジマネジメントの基礎を習得させる。
Prosci が提唱する「統合的アプローチ」では、プロジェクトマネジメント計画とチェンジマネジメント計画を並行して策定し、両者のマイルストーンを同期させる (Prosci, 2023)。Go Liveの準備にはシステムテストと同時にユーザー受容度の評価を含め、トレーニング計画にはスキル習得だけでなく行動変容の支援を組み込む。
PMOがこの統合の結節点になることで、「システムは予定通りだが、現場の準備ができていない」という分断を防げる。以前のInsight「『伝えた』と『伝わった』は違う」で論じた変革コミュニケーションの設計も、PMOが統括すべき領域だ。コミュニケーション計画の進捗 ── 送信者×受信者マトリクスの実行率、パルスサーベイの結果 ── をPMOが追跡し、必要に応じてコミュニケーションの強化を提案する。
重要なのは、チェンジマネジメントをPMOの「追加業務」ではなく中核機能として位置づけることだ。以前のInsight「『中間管理職』が変革の命運を握る」で論じた通り、中間管理職は変革の推進者にも抵抗者にもなり得る。PMOがCM機能を持つことで、中間管理職のAwareness・Desireの状態を把握し、彼らを変革の担い手として準備させる活動をプロジェクト計画に組み込める。PMOの評価基準に「変革の定着度」を含めることで、組織へのシグナルが変わる。PMOは進捗を管理する存在から、変革を実現する存在に再定義される。
原則③ ── PMOをスポンサーの「実行の腕」として設計する
PMOリーダーは、スポンサーに直接報告し、スポンサーの意思決定を仰ぐことができるラインに配置する。PMOはスポンサーの目であり、耳であり、手だ。
この設計の効果は二方向に作用する。スポンサーに対しては、PMOが現場の実態をデータで伝える。 ステアリングコミッティで報告される「計画比92%」の裏にある現場の混乱、定着の遅れ、コミュニケーションの断絶を、加工なしにスポンサーに届ける。「変革への『抵抗』は、組織の免疫反応である」で論じた通り、抵抗のシグナルを早期にスポンサーに伝えることが、問題の早期対処を可能にする。
現場に対しては、PMOがスポンサーの意思と権限を伝える。 スコープの変更判断、リソースの追加配分、阻害要因の排除。これらはスポンサーの権限でしか動かせない。PMOがスポンサーの意思を帯びて現場に介入できるとき、PMOは「報告屋」から「推進者」に変わる。
PMOは、プロジェクトの「内側」と経営の「外側」をつなぐ接続点だ。その接続が権限で裏付けられていなければ、PMOは単なる情報の中継所に過ぎない。
実務への示唆
PMOを「進捗管理屋」から「変革の司令塔」に変えるために、明日から始められることがある。
第一に、PMOダッシュボードに「定着指標」を一つ追加することだ。 いきなり3層ダッシュボードを構築する必要はない。まずは既存の進捗報告に、定着に関する指標を一つだけ追加する。新システムのログイン率、新プロセスの遵守率、パルスサーベイの一問（「変革の目的を理解しているか」）。この一つの指標が加わるだけで、ステアリングコミッティの議論に「組織は本当に変わっているか」という視点が生まれる。プロジェクトは「終わり方」で決まる ── そのInsightで論じた定着指標（Sustainment KPI）の考え方を、Go Live後だけでなくプロジェクトの途中から追跡し始めることで、定着への意識が構造的に早まる。
第二に、次のプロジェクト立ち上げ時にPMOの「ミッションステートメント」を書き直すことだ。 「プロジェクトの進捗管理と報告を行う」から「プロジェクトが約束した便益を組織に実現し、変革を定着させるまでを統括する」に変える。ミッションの言葉が変われば、PMOの活動の優先順位が変わる。進捗報告は手段のひとつに相対化され、便益実現と定着支援が中核になる。
第三に、PMOリーダーとスポンサーの直接対話を月次で設計することだ。 ステアリングコミッティの公式報告とは別に、PMOリーダーがスポンサーと30分の1on1を持つ。ここで共有するのは、数字の裏にある現場の温度だ。ADKARの各段階 ── 「なぜ変わるか」を理解しているか（Awareness）、「変わりたい」と思っているか（Desire） ── のスコアを部門別に示し、どこに介入が必要かを具体的に伝える。「ある部門でDesireスコアが急落している」「中間管理職のAwarenessがまだ低い」「コミュニケーションの到達度が閾値を下回った」。これらの情報は、公式報告のスライドには載りにくい。しかし、変革の成否を左右するのはむしろこちらだ。スポンサーがこのデータを得ることで、先手を打った介入が可能になる。
まとめ
PMOは、プロジェクトの「管理者」ではない。変革の「推進者」だ。
進捗率の集計と課題一覧の更新は、PMOの仕事のごく一部に過ぎない。プロジェクトが約束した便益が実現しているか。新しい仕組みが組織に定着しているか。現場の人々が変化を受け入れ、新しい行動を自分のものにしているか。この「変革の健全性」を丸ごと見守り、必要に応じてスポンサーの権限を借りて介入する ── それがPMOの本来の使命だ。
テクノロジーだけでは、組織は変わらない。そしてガントチャートだけでも、組織は変わらない。プロジェクトの「技術的な側面」を管理するだけでなく、「人的な側面」── すなわち組織と人が変わるプロセス ── をPMOが統括するとき、プロジェクトは初めて、計画書の中の「完了」から、組織の中の「変革」に変わる。変革が定着するまで離れずに伴走する ── その姿勢をPMOが体現することが、変革の谷を越えるための組織の力になる。
進捗を報告するだけの会議は、もうやめよう。PMOが語るべきは、「計画通りか」ではなく「組織は変わっているか」だ。その問いを持つPMOだけが、変革の谷を越えた先の景色を組織に届けることができる。