【図解】PMOの組織図の書き方｜全社型・事務局型・ハイブリッド型の配置3パターン

キックオフ資料や稟議書に載せる体制図を前に、「PMOの箱をどこに置けばいいのか」で手が止まっている——この記事は、そんな実務担当者のために書いています。結論から言うと、PMOの配置は「経営直下の全社型」「PM直下の事務局型」「両者を併用するハイブリッド型」の3パターンに整理でき、どれを選ぶかは「PMOに何を任せたいか」で決まります。組織図は単なる説明用の絵ではなく、権限と情報の流れを固定する配線図です。僕は受注側のPMと、発注側でIT戦略に関わる立場の両方を経験してきました。その両側から見ると、機能しないPMOの原因は人の能力ではなく箱の置き場所にある——そう考えています。この記事では、3パターンのサンプル図解と使い分け、レポートラインの引き方、よくある失敗と回避策までを一気に整理します。

組織図と聞くと、ステークホルダーに体制を説明するための絵をイメージするかもしれません。でも実務では、PMOの箱をどこに置くかが次の3つを決めてしまいます。

• 誰の指示でPMOが動くか（指揮命令の系統）
• PMOの報告がどこに届くか（情報の流れ）
• PMOがどこまで口を出せるか（権限の範囲）

つまり、線を1本引いた瞬間に、PMOの仕事の中身がほぼ決まる。逆に言えば、優秀な人材を集めても、箱の位置が間違っていれば力は出ません。

プロジェクトの失敗原因は受注側だけでなく発注側にもある、というのが両側を経験してきた僕の持論です。そして体制設計は、発注側にしか担えない仕事の筆頭です。外部のPMO支援会社に委託する場合でも、「どこに置き、誰に報告させ、何を任せるか」を決めるのは発注側。ここを丸投げした時点で、どれだけ経験豊富なPMOを連れてきても議事録係で終わる確率が跳ね上がります。

なお、PMOの機能面での分類（支援型・コントロール型・指揮型というPMBOKの3類型）は別の論点なので、本記事では「組織構造上どこに配置するか」に絞って話を進めます。

組織図に必ず入れる5つの要素

体制図のフォーマットは自由ですが、次の5つが揃っていない図は、後で必ず揉めます。

線のルールも決めておきます。実線は指揮命令と報告義務、点線は連携・情報共有。凡例を図の隅に必ず入れてください。線の意味が読み手によって違う体制図は、無いのと同じです。

作成手順は5ステップ

1. PMOのミッションを一文で書く（例：「経営が判断に使える横断レポートを毎週出す」）
2. ミッションからレポート先を決める（経営が使う成果物なら経営直下、PMの補佐ならPM直下）
3. 意思決定機関→PM→実行チームの縦のラインを先に引く
4. PMOの箱を置き、実線を1本だけ引く
5. 点線で情報連携先を補い、凡例と役割一覧を添える

順番が重要です。先に箱を置いて、ミッションを後付けする——これが一番よくある間違いで、置き場所に理由がない箱は、プロジェクトが荒れたときに真っ先に形骸化します。

なお、ここで扱う配置パターンの土台には、PMBOKが定義する支援型・コントロール型・指揮型の3類型があります。機能面の分類を先に押さえておくと、以下の配置の使い分けが理解しやすくなります。

全社型：経営直下に常設し、複数プロジェクトを横断する

経営層（役員会・IT戦略委員会）
 │
 ├─ 全社PMO ←経営直下に常設
 │   （横断モニタリング・標準化・経営報告の一元化）
 │    ┊ 点線：各PJから週次レポートを収集
 │
 ├─ プロジェクトA（PM＋実行チーム）
 ├─ プロジェクトB（PM＋実行チーム）
 └─ プロジェクトC（PM＋実行チーム）

レポート先は経営層。各プロジェクトのPMとは点線でつながり、進捗・課題・リスクを横断的に収集して、経営が判断に使える形に加工します。

向くのは、複数のプロジェクトが同時に走っている会社、DX推進部門を持つ会社、経営への報告品質をプロジェクト間で揃えたい会社です。一方で弱点もはっきりしていて、現場から物理的にも心理的にも遠くなる。「本社の監査役が来た」と見られた瞬間、現場から上がる情報の質が落ちます。

事務局型：PM直下でプロジェクト単位に設置する

プロジェクトオーナー（決裁者）
 │
ステアリングコミッティ
 │
PM ─── PMO（プロジェクト事務局）
 │      （進捗とりまとめ・会議運営・課題管理）
 ├─ 開発チーム
 ├─ 業務・移行チーム
 └─ 外部ベンダー

レポート先はPM。単一の大規模プロジェクトを回すための配置で、会議体の運営、進捗のとりまとめ、課題管理表の維持といった、PMひとりでは手が回らない運営実務を支えます。事務局型PMOが担う業務範囲とその限界については別記事で詳しく扱うので、ここでは「PM直下に置く型」として押さえてください。

この型の典型的な落とし穴は、役割定義がないままだとPMの庶務係に堕ちること。資料コピーと会議室予約だけのPMOは、この配置で生まれます。

ハイブリッド型：全社PMOと個別PMOを併用する

経営層
 │
 ├─ 全社PMO（標準化・横断報告・PMO人材の供給）
 │    ┊ 点線：標準の提供／レポート様式の統一
 │
 ├─ プロジェクトA
 │    └─ PM ─ 個別PMO（全社PMOから配属）
 └─ プロジェクトB
      └─ PM ─ 個別PMO

個別PMOは日々の実務ではPM直下で動き、レポート様式・管理標準・ノウハウは全社PMOから供給を受けます。プロジェクトの数が多く、かつPMO人材を社内で育てたい会社に向く配置です。

注意点は、個別PMOのレポートラインが二重になりやすいこと。「指揮命令はPM、標準への準拠報告だけ全社PMO」と最初に明文化しておかないと、個別PMOは板挟みになります。

3パターンの使い分け早見表

迷ったときの決め方はシンプルで、**「PMOの成果物を誰が使うか」**です。経営が使うなら全社型。PMが使うなら事務局型。両方なら、二重レポート対策を前提にハイブリッド型。ここが決められないなら、まだPMOに任せたいことが言語化できていないということなので、箱を描く前にミッションの議論に戻るべきです。

実線は1本だけ——二重レポートを避ける

配置パターンが決まったら、線の引き方です。原則はひとつだけ覚えてください。PMOに引く実線（指揮命令）は1本。

経営とPMの両方から実線が伸びているPMOは、指示が衝突したときに優先順位を自分で決められません。動きが止まるか、両方に良い顔をして情報を加工し始めるか。どちらも意思決定を確実に遅らせます。点線の相手には「求めていいのは情報まで、指示は不可」と役割一覧に書いておく。これだけで板挟みの大半は防げます。

判断はPM、判断材料の生産はPMO

組織図とセットで、役割分担表を1枚作ります。線引きの軸は「判断する人」と「判断材料を作る人」の分離です。

この表がない組織図は、半分しか完成していません。箱と線は「誰が誰に報告するか」しか語らず、「誰が何をするか」は表でしか担保できないからです。分担を書き出す際の物差しには、PMOの業務内容を機能別に整理した一覧が使えます。自社のPMOにどこまで任せるかを、この一覧と突き合わせて決めてください。

外部PMOを入れる場合の位置づけ

外部のPMO支援を使う場合も、組織図上は社内の「PMO」の箱の中に併記し、窓口責任者を明示します。契約形態によって指示の出し方に制約が生まれますが、これは契約設計の論点なので本記事では深入りしません。

体制図上でやってはいけないのは、外部PMOを組織図の外に浮かせること。どこにも線がつながっていない箱は、誰の指示で動くのかが曖昧なまま稼働が始まり、数カ月後に「何をしてくれているのか分からない」という不満だけが残ります。外部だからこそ、位置と線を最初に固定する。これは発注側の仕事です。

両側の立場を経験した目で整理すると、体制設計の失敗はほぼこの4つに集約されます。体制設計のミスが行き着く先は、たいていPMOの形骸化です。PMOが形骸化した失敗事例を反面教師として先に眺めておくと、以下の回避策の必然性がよく分かります。

1. ミッションのない「箱だけPMO」 組織図にPMOの箱はあるのに、何を任せるかがどこにも書かれていない。回避策は単純で、箱の横にミッションを一文で書くこと。一文で書けないなら、まだPMOを置く準備ができていません。

2. PM直下に置いたまま、判断材料の生産を任せない 事務局型自体は正しい選択肢ですが、役割が「PMに言われたことをやる」だけだと議事録係で終わります。防ぐには、進捗データの可視化や予兆の検知、会議のアジェンダ設計といった「判断材料の生産」まで役割一覧に含めて渡すことです。

3. レポートラインの二重化 経営にもPMにも実線を引いてしまうパターン。善意で「みんなに報告してほしい」と引いた線が、PMOを黙らせます。対策は前述の実線1本ルールに尽きます。

4. 兼任メンバーだけで構成して、稼働が出ない 全員が本業の片手間では、課題管理表の更新すら回りません。専任を最低1名、先に確保してください。社内で確保できないなら、外部活用も含めて体制を組み直すほうが早いケースは多いです。

共通して言えるのは、これらの失敗はすべて、動き出す前の設計で潰せるということ。問題への事後対処には事前の3〜5倍のコストがかかるというのが僕の実感で、体制設計は典型的な「前始末」です。走り出してから箱を動かすのは、単に図を描き直す作業ではなく、権限と人間関係の再調整という重い仕事になります。組織図はその最初の、そして一番安い1枚です。なお、社内PMOをゼロから立ち上げる手順そのものは別記事に譲ります。

完成した組織図のセルフチェックリスト

描き上げた体制図を、キックオフ前に次の8項目で点検してください。ひとつでも「いいえ」があれば、そこが数カ月後に問題として表面化します。

• PMOの箱の横に、ミッションが一文で書かれているか
• PMOに引かれた実線は1本だけか
• 実線と点線の凡例が図の中にあるか
• 最終決裁者（プロジェクトオーナー）が図の最上位に明示されているか
• 外部ベンダー・外部PMOがすべて線でつながっているか（浮いた箱がないか）
• 組織図とセットの役割分担表があるか
• PMOに専任メンバーが最低1名いるか
• 「PMOの成果物を誰が使うか」を、図を見た第三者が答えられるか

僕が体制図の良し悪しを判断するときの基準も、概ねこの8点です。特に最後の1項目は効きます。図を初めて見る人が「このPMOのアウトプットは誰のためのものか」を答えられないなら、配置パターンの選択以前に、設計の前提が固まっていません。

• PMOの配置は全社型・事務局型・ハイブリッド型の3パターン。決め手は「PMOの成果物を誰が使うか」
• 組織図には5つの要素（意思決定機関・PM・PMO・実行チーム・外部ベンダー）と線の凡例を必ず入れる
• 実線（指揮命令）は1本だけ。二重レポートはPMOを板挟みにする
• 箱と線だけでは半分。ミッション一文と役割分担表をセットにして初めて機能する

体制図を描く作業は、絵を描く作業ではありません。「PMOに何を任せ、その成果物を誰が使うか」を決める意思決定そのものです。図を前に手が止まっているとしたら、それは絵心の問題ではなく、その決定がまだされていないサイン。描き直すなら、動き出す前の今が一番安く済みます。組織図の設計段階から第三者の目を入れることも、選択肢のひとつです。

---

PMOの体制設計に迷ったら

「組織図は描いたものの、PMOに何を任せるかが言語化できていない」「全社PMOを置いたが現場との距離が開き、形骸化しかけている」「外部PMOをどこに位置づけ、どこまで任せるべきか判断がつかない」——体制設計の段階では、こうした悩みが生まれがちです。そしてこの段階で手を打つのが、一番安く済みます。

僕自身、受注側のPMと発注側の立場の両方を経験してきたからこそ、組織図の1枚から「このPMOは機能するか」をある程度見立てられます。現在の体制図と課題感をお聞かせいただければ、配置パターンの選択肢と設計の勘所を具体的にお話しします。組織図のレビューだけのご相談でも構いませんし、お話を伺ったうえで外部PMOが不要なケースや他社のほうが適しているケースは、その旨も正直にお伝えします。

無料相談からお気軽にどうぞ。PMO支援の内容はPMO支援サービスでもご覧いただけます。