PMOの積み上げ問題 — たし算・かけ算優先で、減らさない文化
欧州の16年にわたる研究が、PMOの問題を可視化。役割は積み上がり、責任は減らず、権限はない。期待と位置づけのギャップが激しい。多くのPMO組織に欠けている「ひき算思考の仕組み化」について解説。
日常の風景
金曜の午後、PMOリードのデスクに書類が積まれている。20年前に作った課題管理票のExcelは、今も微調整を加えながら使われている。昨期に導入されたダッシュボードは、大量のExcelファイルを置き換えたのではなく、並行運用ツールとして追加された。新設のAI推進委員会は月次の報告書を求めてくる。過去プロジェクトのデータベースは存在しているが、誰も参照しない。プロジェクト憲章は昔の要領で精査され続けている。
ひとつひとつは不合理ではない。しかし合わせて眺めると、PMOなら誰もが見覚えのある光景になる。役割と責任は増えるが、何も減らない。
英国の緊急サービス向けPMOサミット(ロンドン、2025年11月)で、ある参加者が一言でこの状況を表現した——「まわりは、あなたを5年前の姿で見ている」1。数年かけて勝ち取った戦略的な立場。認知もされている。それでも、次の組織再編でどうなるかはわからない。これは英国や公共部門に限った話ではない。欧州の資産運用業、2 日本のSIer業務、そしてプロジェクトが多く支援者が少ないあらゆる現場のPMO責任者に共通する苛立ちである。
このパターンには名前がある。
階層的な役割モデル
欧州の大手資産運用企業を16年間追跡した縦断研究で、António Monteiroは「階層的な役割(layered mandate)」という概念を提示している2。PMOの権限は、置き換えではなく積み重ねによって拡大する。4つの段階——2009年のIT部門内の支援ユニット、2021年の経営層直属のガバナンス機関、2024年のAI・イノベーション統制の中核——を経るなかで、過去の機能は1つも引退していない。新しい統制機能は、既存の運用機能の「上に」積まれた。
研究レポートで明示されているように、この研究は単一事例(n=1)という限界がある。業界や地域を超えた一般化は試みられていない。プロジェクトの成果指標も検証されていない。したがって、このレポートから読み取るべきは「PMOはこう進化する」ではなく、「この現象に名前を与えると、経験者は論点を理解しやすくなる」である。階層的な役割モデルは処方箋ではなく、診断の参考として扱うのが適切である。
Monteiroの記述で最も決定的な瞬間は2021年。PMOがIT部門から外れ、経営層への直接レポートライン上に再配置された瞬間である。権限が拡大したのは、新しい方法論を追加したからではなく、組織上のポジションが変わったからである。この点は重要だ。多くのPMOが感じる天井——実務の中身とは無関係に「プロジェクト警察」のまま見られ続ける壁——は、構造的な課題である。しかし大半のPMOはこの瞬間を迎えない。その手前である、統制機能が正式に追加されたが、運用負荷は減らされないレイヤーの途中で停滞する。国際的なPMOコミュニティの大半は、この停滞のなかで日々を過ごしている。
なぜステージ2と3の間で止まるのか
停滞が最も可視化されるのは、ステージ2(「方法論を標準化し、ポートフォリオを監視している」状態)とステージ3(「経営層に報告し、自分たちが監視するポートフォリオに影響を与える」状態)の間である。Monteiroの事例では、2021年にPMOがIT部門から経営層直属へ異動した瞬間に、このしきい値を越えた。権限はポジションの変化とともに拡大した。大半のPMOはそのポジション変化を経験できない。
英国サミットはそれを率直に序列化した1。最多の課題は経営支援者(エグゼクティブスポンサー)の不足である。2番目はPMOが戦略的パートナーではなく管理機能として見られ続けていること。「すべてが優先」の文化という、何も断れない環境も繰り返し挙げられた。パターンは一貫している。決定を下す支援者が不在のまま、PMOは優先度の整理を要求され、権限は与えられない。あるサミット参加者は、支援的な経営者を失うと**「一夜で崩壊しうる」*と述べた。別の参加者は「最初に削られる症候群(first-to-cut syndrome)」*を指摘した。予算が引き締まれば、下流のコストをどれだけ予防していても、PMOが真っ先に削減対象になる。
日本のSIer文脈では、この停滞に固有の摩擦が重なる。全員合意の文化は、断る権限を制度的に曖昧にする。断る根拠を数値で示す仕組みがなければ、合議は「すべてを引き受ける」方向に流れやすい。人海戦術は、新しいレイヤーが追加されたときの負荷を、既存レイヤーを減らすのではなく、人員を厚くすることで解決しようとする。属人化は、減らすはずの業務を「あの人にしか分からない」状態に固定し、ひき算そのものを不可能にする。
階層的な役割モデルは、この停滞を機構的に不可避にする。機能は蓄積する。権限は蓄積しない。PMOは増えた帽子を1つも外す許可を得られないまま、役を演じ続ける。時間が経つと、最も古いレイヤーであるコンプライアンス報告、資料のアーカイブ、標準化監査が、新しい戦略的責務に必要な時間を食い尽くす。チームは受動的になり、戦略的パートナーシップはプレゼンの最後のスライド、誰も到達しないスライドの参考資料(Appendix)のようになる。
定量的な空白
学術文献は段階に名前を与える。段階内のプロジェクトを測定しているわけではない。Monteiroの研究はこれを限界として明記している——予算遵守、期間、プロジェクト成功・失敗の分布といったプロジェクトレベルの指標は系統的に分析されていない2。より広範なPMO研究全体を見ても、これは例外ではなく原則である。PMO機能の分類や権限の類型は十分に発達している。実務レベルで「私たちの納期予測性はどれほどか、昨年比でどれだけ改善したか」に数字で答えるためのツールは発達していない。
これは重要な論点である。予算圧力下でPMOを防衛するには、まさにその種の答えが必要になる。サミットが提案した「経営層に理解できる言葉で価値を示す」1 は正しい助言だが、PMOが自分自身を測定するツールを持っていることを前提にしている。大半は持っていない。増殖するエクセル資料は、測定不能の症状であって、解決策ではない。戦略的権限は、いったん獲得しても、証拠によって保持される。証拠には汎用的なツールが要る。
認知をコードに
関数として書けない規則は、再現可能なプロセスではない。それは儀式である。儀式は引退できない。なぜならその正しさは、実行する人に依存しているからである。関数として書かれた規則は、引退させられる。置き換えられる。システムに委譲できる。エージェントに任せられる。
これが、階層的な役割モデルに欠けている減算の仕組みである。PMOが見積りの経験則をPythonの関数にし、ポートフォリオ優先度付けをスコアリングモデルにし、価値追跡をバージョン管理されたデータセットにすれば、隔週半日を消費していた手作業は定期的に自動実行されるジョブになる。統治の成果は保たれる。それを生んでいた時間は取り戻され、次のレイヤーに再配分できる。これが、PMOが人員を増やさずに戦略的責務を追加できる仕組みである。そして、リーダー交代を生き延びる仕組みでもある。論理は個人の頭の中ではなく、ソースコード管理のなかに存在する。
属人化の数学的な正体は、暗黙の事前分布が個人に閉じ込められている状態である。ベテランPMの「認証まわりの工数は1.3倍で」という見積りは、経験に裏打ちされたベイズ推定の点推定値だ。その人が異動すれば、知見は消える。後任は同じ推定誤差をゼロからやり直す。認知をコード化するとは、その点推定値を持ち出せる形にするということである。
本記事の要点「ひき算思考を仕組み化するとは、属人化解消のシステムである」と、完全に同じ形をしている。
pmo.runがこれを表現するために用いるエンジニアリングパターンは公開されており、特殊なものではない3。コアに純粋な数学関数、その上に薄いAPI層、そして組織の履歴に合わせてチューニングされた調整データ。新規性はコードではない。新規性は、PMOの意思決定ロジックをソースコード管理に値する資産として扱うことにある。
言い換えると「暗黙知を情報資産化する」ことである。
PERTという入り口
英国PMO協会(House of PMO)が公表する能力フレームワークは、実務家レベルを4段階で記述している——初級、中級、上級、達人4。各レベルは知識の幅と、段階的により曖昧な状況下で独立して判断する能力に対応する。このフレームワーク自体は、どの手法がどのレベルに属するかを規定していない。私たちの経験上、見積手法の成熟度は、この4レベルに自然に対応し、実務家が1段上に進む具体的な道筋を与える。
初級 — 単純見積。 タスクに2週間。プロジェクトに2,400万円。大半の組織はここから始まり、多くはここに留まる。不確実性は存在するが、不可視である。見積りが外れたときの反応は、体系的な学習ではなく個人の責任追及になる。PMOが管理機能として見られ続けるレベルでもある——数字が当たったかどうか以外に語ることがない。
中級 — 3点見積。 実務家は楽観値・最頻値・悲観値の3点と、重み付き平均、明示的な標準偏差を提供する。不確実性が考慮されはじめる。ポートフォリオの議論に信頼性が生まれる。PMOは経営層に対して「Q3までに完了する確率は80%」のような発言が可能になる。「2週間かかります」とは質の違う発言である。
上級 — 調整済み3点見積。 悲観値は勘ではなくなる。自組織の予実データ、業界ベースレートや事前分布、チーム構成から導かれた係数によって評価される。楽観・悲観の比率は分析される。予測は監視のためだけでなく、案件の選定に影響するほど信頼できるものになる。このレベルでPMOは、より良い報告書の出し手ではなく、より良い意思決定の源泉として評価され始める。
達人 — 確率分布。 PERT(3点見積)にモンテカルロ・シミュレーションが加わり、工期とコストが3点要約ではなく完全な分布として出力される。ポートフォリオは同時分布として扱える。リスク調整済みの優先度付けが可能になる。経営層との討議には「最悪のケース(発生確率5%)を想定すると、許容できる損失額をオーバーしてしまう」のようなメッセージが入り、説得から分析へ移行する。
各レベルは目標ではなく、来月にも着手できる具体アクションである。初級のレベルのチームは、来月から単一プロジェクトで3点見積を導入できる。中級のチームは、調整(キャリブレーション)に必要な予実データの収集を開始できる。レベルアップの条件も明確であり、ギャップ分析も容易である。
ステージ4とAI — PMOが先導する理由
Monteiroの事例における最後のレイヤー、2024年のステージ4は、AIとイノベーション統制に対する正式な責任の引き受けである。経営支援者が示した理由は、願望ではなかった。機能的な理由である——AI導入を組織横断で統制できる唯一のユニットが、PMOだったのである2。
これは正しい読み方である。AIガバナンスは3つの基盤を必要とする。ポートフォリオ全体にわたる一貫したデータフロー、説明責任を伴う追跡可能な意思決定、そして時間とともに精度を上げる調整ループ。自分の意思決定ロジック——見積、優先度付け、価値追跡——をコード化しているPMOは、3つともすでに保有している。そうでないPMOは、外部圧力の下で、無から、急いで構築することになる。ステージ3とステージ4の差は、要するに「PMOがAIの議論にツール(武器)を持って参加したかどうか」である。
日本を含む国際的なPMOコミュニティにとって、これは最も要求が厳しく、同時に最も有望なレイヤーである。要求が厳しいのは、AI導入の波が大半の統制機能の対応速度より速いからである。有望なのは、それを責任ある形で統治する適任者が、すでに組織に存在しているからである。透明性、倫理、事業整合の観点において。
たし算・かけ算よりも、まずひき算
組織がPMOに追加するすべてのレイヤーは、PMOに重みを加える。ツールはその重みを溶かす。規則がコードになったとき、手作業は引退できる。時間が確保されれば、チームを拡大せずに済み、コスト効果が高まる。こうした進化を数年積み重ねたPMO組織は、経営層との討議を有益なものと捉える。なぜならそのPMOは、組織やプロジェクトがどう振る舞うかを知り、実証できる機関だからである。
階層的な役割モデルが罠であるのは、役割が多重化・多層化するからではない。何ひとつ引退しないときにだけ、罠になる。現代のPMOの仕事は、引き算システムを意図的に構築し、自動化することである。1つずつ、規則や暗黙知をコードとして資産化しながら。
使ってみる
- PERT estimator(Claude Skill)— 3点見積スキル。タスクリストを貼り付けると、キャリブレーション済みの範囲が返る。
- Monte Carlo schedule simulator(Claude Skill)— PERT入力からの確率分布シミュレーション・スキル。
- オープンソース — すべてのモジュールはGitHubで公開中:github.com/lemur47/logic(MITライセンス)。
Footnotes
-
House of PMO and AtkinsRéalis, Supporting Change in Blue Light Services: PMO Summit Report, London, November 2025. houseofpmo.com/blue-light-report ↩ ↩2 ↩3
-
Monteiro, A. (2026). The evolving mandate of project management offices: governance, innovation, and performance, evidence from a longitudinal case study. Business Process Management Journal. DOI: 10.1108/BPMJ-09-2025-1464 ↩ ↩2 ↩3 ↩4
-
pmo.runのアーキテクチャとモジュールソース:github.com/lemur47/logic ↩
-
House of PMO, PMO Competency Framework. 参照レベル:Foundation、Intermediate、Advanced、Expert。 ↩