PMOが形骸化・機能しない原因と7つの失敗事例｜評価されないPMOの立て直し方

PMOを導入して半年。定例会議は毎週開かれ、議事録も課題一覧もきれいに揃っている。それなのに、プロジェクトの景色が何も変わっていない——。PMOのテコ入れを考えている責任者の方なら、この違和感に心当たりがあるはずです。先に結論を言うと、PMOの失敗は担当者の能力不足よりも「設計の不在」から起きるものであり、その設計の不在は受注側だけでなく発注側にも原因がある、というのが僕の見立てです。この記事では、僕がPMとPMOの両方の立場で見てきた典型的な失敗事例を7つのパターンに整理し、形骸化の原因分析、予兆のサイン、ギャップ診断と成果の見せ方、立て直しの実践プロセスまでを解説します。扱うのはPMO担当者個人のキャリア論ではなく、PMOを設置した側・責任者の課題です。

プロジェクトの遅延について、僕はよく「遅延は症状であって、本当の問題はスコープ定義のズレにある」と言っています。熱が出たから解熱剤を飲む、では治らない病気があるのと同じで、症状だけを叩いても再発する。

PMOの形骸化もまったく同じ構造です。「議事録しか書かないPMO」「集計しかしないPMO」は症状にすぎません。真因は、そのPMOに何を期待し、どんな権限と情報を渡し、何をもって成果とするかという設計が、導入時点で存在しなかったこと。ここを直さずに担当者を入れ替えても、次の人がまた同じ椅子に座るだけです。

もうひとつ、最初に共有しておきたい前提があります。プロジェクトの失敗原因は発注側にも受注側にもある、ということ。僕は受注側のPMと発注側の支援、両方の立場でITプロジェクトに関わってきました。両面を見て確信しているのは、PMOの失敗もどちらか片方を責めれば解決する話ではない、ということです。以降の7つの事例も、その前提で読んでいただきたい。

まず全体像を一覧にします。実際の現場では単独ではなく、「議事録係と集計係の併発」「御用聞きが進行して伝書鳩化」のように複合して現れることが多いのですが、原因の切り分けにはパターンごとの理解が役に立ちます。自社のPMOがどれに近いか、当てはめながら読んでみてください。

事例1：議事録係PMO——会議の記録が「仕事」になっている

典型例としてまず挙げたいパターンです。導入時に「まずは会議体の運営から」と依頼され、気づけば議事録作成と資料の体裁調整だけで稼働が埋まっている。本人も受け入れ側も「ちゃんと仕事をしている」ように見えるのが厄介なところで、半年経っても誰も異常に気づきません。原因は、PMOに期待する成果物と判断を求める場面を、導入時に誰も言語化しなかったこと。期待値が空白のまま置かれた人は、目の前の作業で空白を埋めるしかないんです。

事例2：集計係PMO——レポートは増えるのに判断が変わらない

各チームから進捗を集め、Excelに転記し、色を塗って配布する。週次レポートのページ数はどんどん増えるのに、そのレポートを見て何かが決まった記憶がない。これが集計係PMOです。データを集めることと、判断材料に加工することはまったく別の仕事なのに、前者だけが業務として定義されてしまった状態。受け取る側の経営層も「読んでいない」とは言いにくいので、誰も止めないまま集計作業だけが膨らみ続けます。

事例3：御用聞きPMO——現場の雑用を引き受けて溶けていく

現場に嫌われたくないPMOが陥りやすいパターン。会議室の予約、ベンダーへの連絡代行、資料の印刷。頼まれごとを断らずに引き受けるうちに「便利な人」になり、本来やるべきリスク検知や横断調整に使う時間が消えていく。業務スコープを定義しなかった結果、現場の善意と遠慮のあいだでPMOの稼働が失われていく失敗事例です。

事例4：警察官PMO——ルールの取り締まりで情報が隠れる

逆に、標準プロセスやルールの遵守チェックに振り切ってしまうパターンもあります。WBSの粒度が規定と違う、課題票の書式が違う、と指摘ばかりが増えると、現場はPMOを「取り締まる側の人」と認識する。そうなると何が起きるか。都合の悪い情報がPMOに入らなくなるんです。リスクの一次情報が集まらないPMOは、どれだけ精緻な管理標準を持っていても機能しません。ルールは品質を守る手段のはずが、いつの間にか目的にすり替わっている。

事例5：伝書鳩PMO——経営と現場の間を情報が素通りする

経営会議で出た指示をそのまま現場に流し、現場の報告をそのまま経営に上げる。一見、橋渡しをしているようで、実際には何も足していない。経営の意図は現場が動ける粒度に分解されないと動けないし、現場の制約は経営が判断できる形に整理されないと伝わらない。この「翻訳」の工程を挟まないPMOは、いてもいなくても情報の流れが変わらないので、早晩「あの人は何をしているのか」と言われ始めます。

事例6：お手並み拝見PMO——受け入れ側の丸投げで孤立する

ここからは発注側に原因の重心がある失敗事例です。「プロのPMOに来てもらったのだから、あとはよろしく」と受け入れ側が丸投げし、社内の人間関係も過去の経緯も共有しないまま様子見をする。PMOは情報も後ろ盾もない状態で現場に放り込まれ、成果を出す前に信頼を失う。外部PMOの立ち上がりに必要な情報提供とスポンサーシップは発注側にしか用意できないのに、その責任が認識されていないケースが目立ちます。

事例7：属人PMO——エースの我流に依存し、抜けた瞬間に崩れる

優秀な担当者が個人の経験と力技でプロジェクトを回してしまうパターン。一見成功しているように見えますが、仕組みではなく個人に乗っているので、その人が異動や離任で抜けた瞬間、管理の仕組みごと崩壊する。PMOの価値は個人の職人芸ではなく、誰が引き継いでも回る仕組みを残すことにあるはずで、属人化はその放棄にほかなりません。

7つの事例を並べると、形骸化には共通する構造が見えてきます。PMO導入もひとつのプロジェクトだと捉えれば、失敗の大半は導入前の設計段階で決まっている。具体的には、次の5つの設計の穴です。

第一に、ミッションの不在。「プロジェクトを支援してほしい」は業務の定義になっていません。支援という言葉のまま現場に置かれたPMOは、解釈の余地を埋めるために誰でもできる作業＝議事録と集計に向かいます。転落ではなく、設計の空白への自然な着地なんです。事務局型PMOの位置づけと限界は別記事で整理していますが、この構造を踏まえると、なぜ「事務作業への着地」が起きやすいのかが立体的に見えてきます。

**第二に、判断への接続の不在。**PMOのアウトプットが誰のどの意思決定につながるのかが設計されていないと、レポートは「作ること」自体が目的化します。集計係PMOはこの典型で、悪いのは担当者ではなくアウトプットの届け先を決めなかった設計側です。

**第三に、評価軸の不在。**PMOの働きを測る指標がないと、受け入れ側は活動量（資料の枚数・会議の回数）でしか評価できません。活動量で評価される人は活動量を増やす。形骸化はこうして加速します。しかもPMOの価値の中心は予防で、起きなかった炎上は誰の目にも見えません。成果指標を設計しないままのPMOは、プロジェクトが平和なら「PMOがいなくても回るのでは」と言われ、炎上すれば「PMOは何をしていたのか」と言われる。どちらに転んでも評価されないこの非対称は、PMOの怠慢ではなく、成果の定義を怠った設置側の問題です。

第四に、権限と情報の不在。「プロジェクトを横断的に管理せよ」と言いながら、課題をエスカレーションする権限がない。ベンダーとの重要会議に呼ばれない。生の進捗データにアクセスできない。権限とは役職の話だけではなく、「PMOの指摘に誰が対応義務を負うのか」というルールの話です。指摘が参考意見として聞き流される構造なら、PMOの発言は時間とともに減っていきます。経営への直接の報告経路がない場合も同じで、経営はPMOの活動を伝聞でしか知らず、どれだけ働いてもコストセンターとしてしか見えません。

**第五に、人材のずれ。**事務局運営のスキルとプロジェクトマネジメントのスキルは別物です。ミッションが品質改善なのにPM経験のない若手や兼務のメンバーを置く。逆に、エース級のPM経験者に議事録と日程調整を任せる。どちらのずれも、本人の頑張りでは埋まりません。

なお、世の中で「PMOはいらない・意味ない」という不要論が語られる背景の多くも、この設計不在が生んだ形骸化PMOの目撃談だと僕は見ています。

議事録や集計だけのPMOがなぜ価値を失っていくのか。生成AIで「溶ける作業」と「残る仕事」の境界線から、動画で整理しています。

「管理だけのPMOは駆逐される。AI時代に価値が上がるPMの条件」

形骸化は、ある日突然発覚するものではありません。その前に必ず予兆が出ます。問題は事後に対処するほど高くつく。だから予兆の段階で拾えるかどうかが勝負です。僕が現場で最初に見るのは次の5つ。

• 会議で新しい論点が出なくなった。 プロジェクトが健全に進んでいるとき、会議では常に新しい論点が出ます。それが消えて前回と同じ報告が繰り返されるようになったら、チームが考えることを止めているサインです。僕は会議の冒頭で「先週から変わったことは何ですか？」と聞くようにしていて、「特にありません」が続いたら介入のタイミングだと判断していました
• 課題管理表の更新が止まっている。 ステータスが動かないまま放置された課題が増えているのは、課題がないのではなく、課題を見に行く余裕か仕組みが失われている状態です
• 資料のページ数は増えるのに、決定事項の数が減っている。 会議体としての生産性が逆行している明確なシグナルです
• PMO宛の「相談」が来なくなった。 形式的な提出物だけが届き、判断に迷う話が持ち込まれなくなったら、現場はすでにPMOを情報の行き先として見ていません
• PMOの業務報告が「作業の列挙」になっている。 何を検知し、何を提言したかが書けなくなっていたら、中の人自身が役割を見失っています

このうち2つ以上が当てはまるなら、テコ入れの検討を始めるべき段階だと思ってください。予兆の段階なら、直すのは設計の一部で済みます。発覚が契約更新やリリース直前までずれ込むと、選択肢は「体制の総入れ替え」しか残らず、引き継ぎコストも信頼の再構築コストも跳ね上がる。早く気づくことそのものが、最大のコスト削減策です。なお、最初の予兆が出る「会議」をどう立て直すかは独立した大きなテーマなので、この記事では深入りせず、進捗会議の再設計手順を扱った別記事に譲ります。

立て直しの第一歩は、犯人探しではなく診断です。5つの設計の穴は、突き詰めるとミッション・権限・人材の3軸に載ります。次の表の問いを、経営・PM・PMOメンバーの三者に同じ形で投げて、答えを突き合わせてください。

見るべきは、答えの中身よりも「答えのズレ」です。経営は「経営への見える化」と答え、PMは「雑務の巻き取り」と答え、PMO本人は「標準化」と答える。このズレこそが、機能不全の地図そのものです。診断にかける期間は2週間ほどで十分で、この段階では改善案を出さないのがコツです。診断と処方を同時にやると、耳の痛い事実が処方の都合で曲がります。

もう一つ、診断の結果はたいてい1軸では終わりません。人材だけ入れ替えても、ミッションと権限が曖昧なままなら、次に来た人もまた議事録係になります。3軸をセットで見直すこと。部分修理で済ませると、半年後にまた同じ悩みに戻ってきます。

では、すでに形骸化してしまったPMOをどう立て直すか。失敗事例の裏返しとして、僕なら次の5ステップで進めます。担当者の交代から入りたくなる気持ちは分かりますが、それは最後です。設計を直さず人を替えても、同じ失敗を繰り返すだけなので。

ステップ1：ミッションを1枚に再定義する。 このPMOは何のリスクを減らすために存在するのか、成果物は何か、どの判断の場面で意見を求めるのかを1枚に言語化します。発注側とPMO側が同じ紙を見て合意することが重要で、ここを飛ばした立て直しは全部やり直しになります。

ステップ2：アウトプットの届け先を決める。 レポートの様式改善より先に、「このレポートは誰のどの判断のために作るのか」を決めます。集計係PMOの立て直しなら、届け先のない報告物を思い切って廃止するところから始めるべきです。あわせて、再定義したミッションに紐づかない事務作業はやめるか、しかるべき部門へ移管します。続いてきた仕事をやめられないと、新しいミッションは既存業務の上に積まれて潰れます。

ステップ3：情報ルートと後ろ盾を再設計する。 PMOが一次情報に触れられる会議体への参加、現場キーパーソンの紹介、経営スポンサーの明示。これは発注側にしかできない仕事です。PMOの指摘に対する対応義務、出席する会議、直接アクセスできる情報、経営への直接のレポートラインは文書にしておきます。口頭の了解は、人事異動が一度あれば消えるからです。組織のどこに位置づけるかはPMOの組織図の書き方が参考になります。お手並み拝見型の失敗は、このステップを打つだけでも景色が変わるはずです。

ステップ4：90日でテーマを1つに絞って成果を出す。 全方位の立て直しは失敗します。リスク検知でも横断課題の解消でも、効果が見えやすいテーマを1つ選び、90日で「PMOがいたから防げたこと」を組織に見せる。信頼は宣言ではなく実績からしか回復しません。

ステップ5：評価指標を活動量から成果に変える。 資料の枚数ではなく、検知したリスクの数、先送りされずに決まった判断の数で振り返る。予防の価値は直接測れないので、効いていることを示す先行指標を、立て直し前のベースラインと比べて定点観測します。

• 課題の平均滞留日数（起票から対処完了まで）
• リスクの検知から対処着手までの日数
• 意思決定のリードタイム（論点提示から決定まで）
• 工程間の手戻り・差し戻しの件数
• 期限超過タスクの件数と推移

あわせて、月次で「PMOが論点として提示した判断事項と、その決定結果」を一覧にして経営に報告し、会議の開催数や資料の作成数といった活動量の報告はやめる。報告を事前提出にし、会議のアジェンダを報告の順番から判断事項のリストに変えるのも、PMOから提案できる大きなレバーです。「PMOが入ってから会議で物事が決まるようになった」という実感は、どんな活動報告書より強い。数字はきれいでなくて構いません。ここまで到達すれば、形骸化への逆戻りはかなり防げます。

5つ並べましたが、正直に言えば一番難しいのはステップ1です。期待値の言語化は面倒くさいし、発注側とPMO側の双方が「いままでの半年は何だったのか」という気まずさに向き合うことになる。それでも、ここで先送りすれば後でもっと高くつきます。導入時にやらなかった設計を、立て直しのタイミングでやり切れるかどうかがすべてだと僕は思います。当事者同士では気まずさが先に立って言語化が進まない場合、この工程だけ外部の第三者に入ってもらうのも現実的な選択肢です。

外部支援の使いどころ——丸投げではなく、診断と型の移転

再建を自社だけで完結できるなら、それが一番です。ただ、受注側と発注側の両方を経験した立場から見て、外部支援が効く場面は3つあります。

1つ目は、診断が社内の利害でゆがむとき。「PMOの指摘が参考意見扱いされている」という事実を、当事者が経営に向かって言うのは難しい。第三者の診断なら、事実を事実のまま出せます。2つ目は、ミッション再定義の相場観がないとき。自社のPMOしか見たことがなければ、「どこまで求めていいのか」が分かりません。他社でPMOがどう機能しているかという比較軸は、外から持ち込むほうが早い。3つ目は、人材ギャップが大きく、育成を待てないとき。外部PMOを一定期間並走させ、仕事の型を移転しながら内製に切り替えていくやり方です。

ただし、どのケースでも設計責任は発注側にあります。外部に丸投げしたPMO再建は、外部ベンダーが替わっただけの二度目の失敗になりがちです。逆に、診断の結果「権限のルールを経営が決めれば解決する」と分かることもあり、その場合に外部支援は要りません。

権限を持たないPMOが現場を動かすための「影響力の5要素」（権威性・人間性・専門性・首尾一貫性・返報性）は、動画で詳しく話しています。

「PMO必見！権限がなくても人が動く「影響力の5要素」」

最後に要点を整理します。

• PMOの形骸化・機能不全は症状であり、真因はミッション・判断への接続・評価軸・権限と情報・人材という設計の穴にある
• 失敗事例は議事録係・集計係・御用聞き・警察官・伝書鳩・お手並み拝見・属人の7パターンに大別でき、後半2つは発注側に原因の重心がある
• 予兆は会議と課題管理に最初に出る。「新しい論点が出ない」「更新が止まる」を見逃さない
• 立て直しは人の交代からではなく、三者のギャップ診断と、ミッションの再定義・アウトプットの届け先の設計から始める
• 予防の成果は先行指標と判断ログで見せる。活動量の報告はやめる

PMOが機能していないと感じたとき、責めるべきは目の前の担当者ではなく、半年前に誰も書かなかった1枚の設計書かもしれません。逆に言えば、その1枚を今から書けば、いまいるメンバーのままでもPMOは立て直せる。形骸化の発見は失敗の確定ではなく、設計をやり直す機会の発見です。設計からやり直す際に外部の力を借りる選択肢も含めて検討したい方は、外部PMO支援で提供できる内容と進め方を解説した記事も参考にしてください。

---

形骸化したPMOのテコ入れを検討している方へ

「うちのPMOは議事録しか作っていない気がする」「毎週レポートは届くのに、何も決まらない」「支援会社を替えるべきか、こちらの設計を見直すべきか判断がつかない」——そんなモヤモヤを抱えたまま、契約更新の時期だけが近づいていないでしょうか。

僕たちは受注側PMと発注側支援の両方の経験から、PMOの期待値設計と立て直しを支援しています。まずは現状のPMOがどの失敗パターンに近いのか、原因が設計にあるのか体制にあるのかを一緒に切り分けるところからで構いません。切り分けの結果、いまの支援会社との関係を続けるほうがよい、あるいは他社のほうが適している、という結論であればその旨も正直にお伝えします。

無料相談では、貴社のPMOの状況を伺ったうえで、立て直しの初手を具体的にご提案します。PMO支援サービスの詳細はこちらもご覧ください。