監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
PMはプロジェクトマネージャーの略で、個々のプロジェクトのQCD（品質・コスト・納期）に責任を持ち、計画立案から進捗管理、意思決定までを担う役割を指します。PMOはプロジェクトマネジメントオフィスの略で、PMを支援し、複数プロジェクトの標準化や横断的な状況把握を担う組織または機能です。前者が現場の推進役、後者が仕組みと情報の整備役という関係にあります。
PMとPMOを区別する最初の軸は、責任の所在です。PMは担当するプロジェクトの成否、つまり決められた予算と期限の中で合意された成果物を出し切ることに責任を負います。要件定義書やWBS、ガントチャートといった計画物を自ら整え、課題が出れば優先順位を判断し、必要なら顧客やステークホルダーと調整して方針を決めます。対してPMOは、特定の一本の成否ではなく、複数プロジェクトを横断した仕組みと情報の整備に軸足を置きます。
具体的には、PMOは進捗報告のフォーマットを統一したり、各PMから上がってくる週次の状況を集約してステアリングコミッティ（ステコミ）向けの資料にまとめたりします。リスク管理表やコスト管理の台帳を整備し、どのプロジェクトがどこで遅れているかを経営層が一目で追える状態をつくるのも役割です。
二つ目の軸は、日々の動き方です。PMの一日は、担当プロジェクトの進捗確認から始まることが多いです。朝会でメンバーの状況を拾い、WBS上の遅れを把握し、顧客との打ち合わせで要件のすり合わせを行い、課題管理表を更新します。設計・開発・テストといった工程が進むにつれ、見るべき成果物も基本設計書から結合テストの結果へと移っていきます。
PMOの動きはこれと交わります。各PMから集めた進捗を定例のタイミングで突き合わせ、報告の粒度がばらついていれば書き方をそろえるよう依頼します。リスクが複数案件に共通して現れていれば、それを束ねて経営層に上げます。新しくプロジェクトが立ち上がる際には、計画書のテンプレートやキックオフの進め方を提供し、PMが一から考え直さずに済むよう下地を整えます。
連携がうまくいくかどうかは、情報の流れが一方通行にならないかで決まりやすいです。PMOが報告を求めるだけで現場に何も返さないと、PMにとっては報告が負担にしか感じられなくなります。集めた情報を分析して、遅延の兆候や他案件の知見という形で現場に戻す往復があると、関係が機能しやすくなります。
三つ目の軸は、実際に起きやすい摩擦です。もっとも典型的なのは、PMOに判断の権限がないのに現場へ指示しようとして、PMとの間に緊張が生じる形です。PMOは横断的な立場から「この進め方に統一してほしい」と求めますが、個別案件の事情を抱えるPMからは実態に合わないと受け止められることがあります。どこまでが標準の適用で、どこからが各PMの裁量かを曖昧にしたまま走ると、この衝突が繰り返されます。
もう一つは、報告のための報告が増えてしまう形です。PMOが指標を細かく求めるほど、PMは現場を動かす時間を資料作成に取られます。集めた数字が経営判断にも現場改善にも使われないと、報告は形骸化していきます。
四つ目の軸は、似た言葉との切り分けです。PMOと一口に言っても、支援に徹する支援型、標準を定めて守らせる管理型、経営に近い立場で投資判断まで関わる統制型といった濃淡があります。どの型かによってPMとの距離感はかなり変わるため、自社のPMOがどこに位置づけられているかを確認してから関わると齟齬が減ります。
略語の近さも混乱のもとです。プロジェクトマネージャーをPM、プロジェクトマネジメントオフィスをPMOと書く一方で、プロダクトマネージャーをPdMと表記して区別する現場もあります。本稿のPMはあくまでプロジェクトを率いる役割を指します。また、プログラムマネージャーは複数の関連プロジェクトをまとめて束ねる立場で、一本のプロジェクトを担うPMとは守備範囲が異なります。
PMOを「PMの上司」と捉えるのも実態とずれやすい見方です。多くの現場でPMOは指揮命令系統の上位ではなく、別軸の支援・統制機能です。評価や人事の権限を持つかどうかは組織設計によるため、肩書きだけで上下を決めつけないほうが実際の動きを読み違えずに済みます。
PMとPMOの違いを理解しておくことは、自分のキャリアの選択肢を広げるうえで役立ちます。現場でプロジェクトを率いる力を磨いていく道と、複数案件を俯瞰して仕組みを整える道は、求められる強みが少しずつ異なるからです。推進役として課題を裁き切る経験を積んだうえでPMOに回ると、机上ではない標準づくりができ、現場のPMからの信頼も得やすくなります。逆にPMOで横断的な視野を養ってからPMに戻ると、自分の案件を全体の中に位置づけて考えられるようになります。転職を検討する際も、募集がPMとしての推進を求めているのか、PMOとしての整備を求めているのかを見極めると、入社後の役割のずれを避けやすくなります。
PMとPMOはどちらが上の立場ですか。
一概に上下では捉えにくい関係です。PMは個別プロジェクトの推進と意思決定に責任を持ち、PMOは複数案件の標準化や可視化を担う別軸の機能です。統制型のPMOなら経営に近い立場から関与しますが、支援型なら現場を後押しする役回りになります。組織の設計次第で距離感が変わるため、肩書きだけで判断しないほうが実態に合います。
PMO未経験のPMがPMOに移るとき、何が変わりますか。
一本のプロジェクトを深く見る働き方から、複数案件を横断して俯瞰する働き方へ軸が移ります。自分で判断を下す場面は減り、各PMが判断しやすいよう情報や標準を整える役割が増えます。現場の推進力より、仕組みづくりと調整の比重が高まる点が大きな変化です。
小規模な組織でもPMOは必要ですか。
プロジェクトが少ないうちは、専任のPMOを置かずPMが自ら標準化や報告整理まで担うことも珍しくありません。案件数が増え、進捗や品質を横断して見渡しにくくなってきた段階で、支援機能としてのPMOを検討する流れが一般的です。規模より、横断的な可視化の必要性が高まったかどうかが目安になります。