PMOの種類とは？PMBOKの3類型（支援型・コントロール型・指揮型）と選び方

社内のプロジェクトが増えてきて「そろそろPMOが必要だ」となり、調べ始めた途端に「支援型」「コントロール型」「指揮型」という言葉にぶつかる。この記事にたどり着いた方も、その3つの違いと、結局うちはどれを選べばいいのかを知りたいはずです。先に答えを言うと、この3類型はPMBOK（第6版）による分類で、違いはプロジェクトに対する「統制の強さ」ただ一つ。そして型選びで本当に大事なのは、類型の定義を暗記することではなく、自社の困りごとがどの型なら解けるのかという診断です。僕は受注側のPMとしても、発注側の立場でもPMOと関わってきましたが、型の選択を誤ったPMOは「いてもいなくても同じ」存在になりがちです。この記事では、3類型の違い、組織形態別の分類との関係、自社に合う型の診断手順、型ごとの導入時の落とし穴までを、発注側の目線で整理します。

PMOとは何かという定義そのものの解説はPMOの定義・目的・PMとの違いをまとめた入門ガイドに譲り、ここでは「種類」に絞ります。PMBOK第6版は、PMOを「プロジェクト関連のガバナンス・プロセスを標準化し、資源・方法論・ツール・技法の共有を促進する組織構造」と位置づけたうえで、プロジェクトへの統制と影響の度合いによって3つの類型を示しています。

先に一つだけ釘を刺しておくと、統制が強いほど良い、という話ではありません。統制の強さは、組織が負うコストの大きさでもあります。強い型ほど、権限・予算・人材の裏付けが必要になる。その前提で、順番に見ていきます。

支援型（Supportive）——道具と知見を提供する相談窓口

支援型PMOは、テンプレートやベストプラクティス、過去プロジェクトの教訓、研修といった「道具と知見」を提供する型です。統制の度合いは低く、使うかどうかの判断は各PMに委ねられます。

機能する前提条件は、現場のPMがある程度自走できていることです。PMの力量が足りている組織なら、支援型は最小の摩擦で効果を出します。逆に、力量にばらつきがある組織へ支援型を入れても、テンプレートは使われないまま終わる。この見極めが最初の分岐点です。

コントロール型（Controlling）——標準への準拠を求める門番

コントロール型は、支援の提供に加えて「準拠」を求める型です。プロジェクトマネジメント方法論や管理フレームワークの採用、指定テンプレートの使用、ガバナンスルールの遵守。従うことを条件に支援する、という言い方もできます。

ここで効いてくるのが僕の持論です。我流でうまくやっているように見えるPMは、常にうっすら燃えているか、成功に再現性がないかのどちらか。プロジェクトの成否がPM個人の力量に依存している組織にとって、コントロール型は個人差を組織の標準で底上げする装置になります。

指揮型（Directive）——プロジェクトを直接動かす実行部隊

指揮型は、PMOがプロジェクトを直接掌握する型です。PMOがプロジェクトマネージャーをアサインし、実行の責任まで持つ。統制の度合いは最も強く、もはや「支援組織」というより「実行組織」です。

PMを任せられる人材がいない。あるいは全社の命運を分ける重要案件で失敗が許されない。そういう局面で選択肢に上がる型で、外部のPMO支援会社に委託する場合も、実質的にこの形態に近い動き方を求めるケースが多くあります。

PMBOK第7版で3類型の扱いはどう変わったか

「最新のPMBOKでは3類型はもう古いのでは」という疑問を持つ方もいるはずです。確かにPMBOK第7版は原則ベースの構成に再編され、PMOの役割についても3類型の説明は前面に出なくなりました。ただ、類型が否定されたわけではなく、「型ありきではなく、組織にどんな価値を提供するかから考える」方向にガイド全体が動いた、と僕は読んでいます。実務の共通言語としては今も第6版の3類型が広く使われていますし、この後お話しする「型を診断の道具として使う」進め方なら、第7版の思想とも矛盾しません。

PMOの種類を調べていると、3類型とは別に「プロジェクトPMO」「部門PMO」「全社PMO（EPMO）」という分類にも出会うはずです。ここで混乱する方が多いのですが、これは矛盾する分類ではなく、軸が違うだけです。

• 3類型（支援型・コントロール型・指揮型）……プロジェクトに対する権限の強さの軸
• 組織形態別の分類……PMOを組織のどの階層に置くかの軸
  • プロジェクトPMO：個別の大型プロジェクト専属で設置する
  • 部門PMO：事業部・部門単位で複数プロジェクトを横断する
  • 全社PMO（EPMO）：経営直下で全社のプロジェクトポートフォリオを統括する

この2つは掛け算の関係にあります。「全社に置くコントロール型」もあれば、「大型案件専属の指揮型」もある。社内でPMO導入を議論するときは、「どの強さで」「どこに置くか」を分けて話すだけで、議論の噛み合わなさがかなり解消されます。ちなみにPMOの「P」には、Project／Program／Portfolioの3つの読み方があり、上の階層分類とおおむね対応していますが、呼び名の厳密さより軸の区別のほうがはるかに重要です。なお、階層ごとの「置き場所」については、配置3パターンを組織図で図解した記事で詳しく扱っているため、ここでは踏み込みません。

本題です。型選びを「PMOに何ができるか」の機能一覧から始めると、たいてい失敗します。機能を読み比べているうちは、どの型も良さそうに見えて決められない。順番は症状が先です。

システム開発の成功率は3割と言われるくらい、プロジェクトは失敗する前提の営みです。だからこそ、自社のプロジェクトが「何に困って」失敗しかけているのかを特定することが、型選びのほぼすべてになります。

症状と型の対応表

型を決める前に答えるべき5つの問い

対応表で当たりをつけたら、次の5つの問いで検証します。

1. 困りごとの正体は「道具」か「ばらつき」か「人」か。 道具なら支援型、ばらつきならコントロール型、人なら指揮型が第一候補です
2. 経営はPMOに何を期待しているか。 見える化なのか、品質の担保なのか、プロジェクト成功の責任なのか。期待と型の統制レベルがずれていると、導入後に必ず「こんなはずでは」が起きます
3. 現場のPMは標準を受け入れられる状態か。 反発が強いのに準拠を求めれば形骸化し、自走できないのに道具だけ渡して放置すれば使われません
4. PMOにどこまで権限を与えられるか。 指揮型を志向するなら、人事・予算・意思決定への関与をセットで設計する必要があります
5. 3年後、PMOにどうなっていてほしいか。 型は固定ではなく移行するものです。出口のイメージまで含めて選びます

この診断は、社内でPMOを立ち上げる場合だけでなく、外部のPMO支援を検討する場合にも同じように機能します。支援会社との商談で「どの型の動きを求めているか」を症状とセットで伝えられると、提案の精度も見積もりのブレも大きく変わる。逆にここが曖昧なまま相見積もりを取ると、各社バラバラの前提で提案が来て、比較のしようがなくなります。

一つ注意したいのは、「まずは支援型から様子見で」という遠慮した選び方です。一見手堅く見えますが、課題が標準の不在にあるのに支援型で入れると、PMOは会議設定と議事録作成だけの存在になっていきます。俗に「事務局型PMO」と呼ばれるこの状態の詳細は別記事に譲りますが、必要な統制レベルは遠慮ではなく課題が決める——ここだけは強調しておきます。

型が決まったら、それぞれ固有の落とし穴があります。発注側が導入時に押さえるべき点を、型ごとに挙げます。なお、外部の力を借りて導入する場合の支援内容や進め方は、PMO支援サービスの内容と進め方を解説した記事で詳しく整理しています。

支援型の注意点：期待値を明文化しないと「便利な庶務」になる

支援型は統制が弱いぶん、成果も見えにくい型です。何をもって「支援できている」とするかを受け入れ側が定義しないまま走らせると、気づけば資料作成と日程調整の担当者になっています。導入時には、提供してほしい支援の一覧と、PMOに判断や提案を求める場面を文書で合意しておくこと。テンプレートの利用率、過去事例の参照件数、PMからの相談件数といった支援型なりの評価指標も先に決めておくと、半年後の「で、PMOって何をやってるんだっけ」を防げます。

コントロール型の注意点：標準の押し付けはPMOごと拒絶される

コントロール型は、現場から見れば「仕事を増やしにくる人」に映りがちです。準拠を求める以上、抵抗は必ず起きる。これを正面突破しようとすると、標準もPMOもまとめて拒絶されます。

僕がよく牛角の例え話をするのは、まさにこの型の価値を説明するときです。牛角はマニュアルがあるから、バイト初日の人でも美味しい焼肉を提供できる。プロジェクトマネジメントも同じで、体系化さえすれば、特別に優秀な人材でなくても70点の仕事はできるはずなんです。コントロール型PMOの本当の価値は監視ではなく、この「70点の底上げ」にあります。だから導入時の鉄則は3つ。標準は最小セットから始める。報告のための報告を作らない（既存資料の流用を認める）。準拠を求める代わりにPMOが引き取る作業を明示する。現場に「従うと楽になる」という実感を先に渡せるかが勝負です。

指揮型の注意点：「丸投げ」した瞬間に失敗が始まる

指揮型は最も強力で、最も危ない型です。プロジェクトの失敗原因は発注側にも受注側にもある、というのが両側に立ってきた僕の一貫した考えで、指揮型PMOにプロジェクトを預けたからといって、発注側の意思決定責任が消えるわけではありません。判断材料を揃えるところまでは任せられても、事業としての判断そのものは委譲できないんです。

導入時には、PMOの権限と責任の範囲を文書化し、エスカレーションの経路と、社内側の意思決定者を固定すること。特に外部へ指揮型に近い動きを委託する場合、社内に対になる意思決定者を置かないまま「全部お願いします」と渡すのは、失敗の予約に近い行為だと思っています。

共通の注意点：型は「今の課題」で選び、成長したら乗り換える

3類型は、一度選んだら終わりではありません。指揮型でPM不足を埋めながら標準を整備し、PMが育ってきたらコントロール型へ、標準が文化として根づいたら支援型へ軽くしていく。そういう移行こそが健全な姿です。導入時点で「何が達成できたら次の型に移るか」の条件まで決めておくと、PMOが既得権化して肥大するのも防げます。

• PMBOK第6版は、PMOを統制の強さによって支援型・コントロール型・指揮型の3つに分類している
• 「権限の強さ」（3類型）と「置き場所」（プロジェクト／部門／全社）は別の軸。分けて議論する
• 型は機能一覧からではなく、自社の症状——道具不足か、ばらつきか、人不足か——から逆算して選ぶ
• 「まずは支援型で様子見」という遠慮は事務局化のもと。必要な統制レベルは課題が決める
• 型は固定ではない。移行の条件まで設計してから導入する

3類型の定義だけなら、検索上位のどの記事にも書いてあります。でも、定義をいくら読み比べても「うちはどうすべきか」の答えは出てきません。この記事を閉じたら、自社のプロジェクトの症状を3つ書き出してみてください。それが対応表のどの行に当たるかが見えた時点で、型選びは知識の話ではなく、あなたの組織の意思決定の話に変わっているはずです。

---

どの型が合うか判断がつかないときは

「対応表を見ると、うちは症状が複数当てはまる」「コントロール型が必要な気がするが、現場の反発が読めない」「そもそも社内にPMOの受け皿がなく、外部に頼むべきかも迷っている」——型選びの検討が進むほど、こうした迷いはむしろ自然に生まれます。症状が複数重なるのは珍しいことではなく、その場合は、どの症状から手を付けるかの優先順位づけが型選びの実質になります。

僕たちクリエイティブテックスタジオは、受注側と発注側の両方に立ってきた経験をもとに、貴社の状況を伺ったうえで「どの型のPMOを、どこに、どの順番で」入れるべきかを一緒に整理します。話を伺った結果、外部支援よりも社内での立ち上げが適していると判断すれば、その旨も正直にお伝えします。

まずは無料相談で、いま困っている症状をそのまま聞かせてください。私たちのPMO支援の考え方や支援範囲はPMO支援サービスにまとめていますので、あわせてご覧いただければと思います。