PMOが形骸化する7つの失敗事例と原因分析｜「議事録係PMO」からの立て直し

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

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

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——エースの我流に依存し、抜けた瞬間に崩れる

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

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

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

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

**第三に、評価軸の不在。**PMOの働きを測る指標がないと、受け入れ側は活動量（資料の枚数・会議の回数）でしか評価できません。活動量で評価される人は活動量を増やす。形骸化はこうして加速します。

なお、世の中で「PMOはいらない・意味ない」という不要論が語られる背景の多くも、この設計不在が生んだ形骸化PMOの目撃談だと僕は見ています。また、こうした構造をさらに掘り下げた組織設計レベルの再建論は本記事の範囲を超えるため、ここでは失敗事例から直接導ける範囲に絞ります。

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

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

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

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

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

ステップ2：アウトプットの届け先を決める。 レポートの様式改善より先に、「このレポートは誰のどの判断のために作るのか」を決めます。集計係PMOの立て直しなら、届け先のない報告物を思い切って廃止するところから始めるべきです。

ステップ3：情報ルートと後ろ盾を再設計する。 PMOが一次情報に触れられる会議体への参加、現場キーパーソンの紹介、経営スポンサーの明示。これは発注側にしかできない仕事です。お手並み拝見型の失敗は、このステップを打つだけでも景色が変わるはずです。

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

ステップ5：評価指標を活動量から成果に変える。 資料の枚数ではなく、検知したリスクの数、先送りされずに決まった判断の数で振り返る。ここまで到達すれば、形骸化への逆戻りはかなり防げます。

5つ並べましたが、正直に言えば一番難しいのはステップ1です。期待値の言語化は面倒くさいし、発注側とPMO側の双方が「いままでの半年は何だったのか」という気まずさに向き合うことになる。それでも、前始末は後始末より3〜5倍安い。導入時にやらなかった設計を、立て直しのタイミングでやり切れるかどうかがすべてだと僕は思います。個別の失敗事例より一段深く、PMOが機能しない根本原因の診断と再建の5ステップを掘り下げた記事も用意しているので、本格的な立て直しに着手する前に併読することをおすすめします。当事者同士では気まずさが先に立って言語化が進まない場合、この工程だけ外部の第三者に入ってもらうのも現実的な選択肢です。

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

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

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

---

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

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

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

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