基礎知識

PMとPMOの違いとは。役割・責任・求められる能力を整理する

PMとPMOは名前が似ていますが、役割はまったく異なります。混同したまま体制を組むと、責任の所在が曖昧になり、プロジェクトが停滞します。この記事では、両者の違いを決定権という観点から整理します。

本質的な違いは決定権

両者の違いを一言で言えば、決める人か、決められる状態を作る人かです。

PM（プロジェクトマネージャー）は、そのプロジェクトの責任者です。予算、スケジュール、品質、要員について決定し、結果に責任を負います。

PMO（プロジェクトマネジメントオフィス）は、プロジェクトが円滑に進むよう支援する組織または役割です。原則として決定権を持ちません。情報を整理し、標準を整え、判断材料を用意します。

この違いを踏まえずに「PMOに任せているから大丈夫」と考えると、誰も決めない状態が生まれます。PMOがいくら資料を整えても、決める人が不在なら進みません。

PMの仕事

PMが実際に担うのは、次のような判断です。

• 範囲の決定／何をやり、何をやらないか。変更要求を受けるかどうか
• 優先順位／期限・品質・費用のどれを優先するか。三者を同時に満たせない場面での選択
• 要員の配置／誰をどこに置くか。足りない場合にどう手当てするか
• リスクへの対応／問題が起きたときに、止めるか進めるか
• 関係者への説明／悪い情報も含めて、経営や顧客に伝える

共通しているのは、いずれも「決める」行為です。作業を管理することがPMの仕事だと誤解されがちですが、本質は意思決定にあります。

PMOの3つの類型

PMOは組織によって役割の幅が大きく異なります。おおむね3つに分かれます。

• 支援型／進捗の集約、資料の作成、会議の運営。最も一般的
• 標準化型／複数プロジェクト共通の手順、様式、指標を定める。全社的な品質を揃える
• 統制型／複数プロジェクトを横断的に管理し、投資判断や中止判断に関与する

統制型は、実質的に決定権に近いものを持ちます。ただしそれは個別プロジェクトの判断ではなく、ポートフォリオとしての判断です。

自社のPMOがどの類型なのかを明確にしないまま人を配置すると、期待と実態がずれます。求人票の「PMO」も、どの類型かで仕事の中身が変わります。

両者が衝突する場面

実務でよく起きる摩擦を挙げます。

報告のための作業が増える。PMOが標準を整えるほど、現場は資料作成に時間を取られます。管理のための管理になっている状態です。

PMOが決めてしまう。支援のはずが、いつのまにか指示を出している。責任は負わないのに口は出す構造は、現場の反発を生みます。

PMがPMOに丸投げする。判断を求められる場面で「PMOと相談して」と流す。誰も決めない典型です。

いずれも、決定権の所在が曖昧なことが原因です。体制図を作るときに、誰が何を決めるかを明記しておくだけで、多くは防げます。

どちらに向いているか

適性はかなり違います。判断の材料を示します。

PMに向いている人。情報が揃わない状態でも決められる。悪い知らせを自分から伝えられる。結果の責任を引き受けることに耐えられる。

PMOに向いている人。複数の情報を整理して構造化できる。人を立てながら動かせる。地味な作業を継続できる。

決断が苦手だがPMになった人は消耗します。逆に、決めたいのにPMOに置かれた人も不満が溜まります。適性と役割が合っているかは、成果に直結します。

キャリアとしての位置づけ

PMOはPMの下位職ではありません。別の職種です。

PMOからPMへ進む経路は一般的ですが、逆にPMOの専門性を深める道もあります。とくに統制型PMOや全社的なプロジェクト管理の仕組みづくりは、経営に近い領域です。

また、複数プロジェクトを横断的に見る経験は、個別のPM経験より広い視野を与えます。組織全体の課題が見えるためです。

「PMになれなかったからPMO」という位置づけで採用すると、機能しません。求める能力が違う以上、選考基準も分けるべきです。

体制を組むときの原則

最後に、実務的な指針を3つ挙げます。

決定権を1人に集める。合議で決める体制は、速度が落ちます。相談は複数、決定は1人が原則です。

PMOの権限を明文化する。何を支援し、何は決めないのかを書きます。曖昧なままだと、必ず越権か機能不全のどちらかが起きます。

報告の量を定期的に見直す。プロジェクトが進むほど報告様式は増えていきます。使われていない資料を減らす作業を、意識的に行う必要があります。

身につく能力の違い

どちらの経験を積むかで、蓄積される能力が変わります。

PMで身につくもの。不完全な情報で決める判断力、悪い情報を伝える胆力、責任を引き受ける経験。これらは職種を変えても通用し、経営に近い役割へ進む土台になります。

PMOで身につくもの。複数の情報を構造化する力、標準を設計する力、複数のプロジェクトを横断的に見る視野。組織全体の課題が見えるため、個別のPM経験よりも広い視点が得られます。

どちらが上位ということはありません。ただし、市場での評価のされ方は異なります。PMは案件単位で評価され、PMOは仕組みづくりの実績で評価されます。

自分がどちらの評価軸で市場に出たいのかを意識しておくと、経験の積み方が定まります。

小規模組織での兼任

ここまでは役割を分ける前提で書きましたが、小規模な組織では兼任が現実的です。

10人程度のプロジェクトにPMOを専任で置くのは、費用に見合いません。この場合、PMが管理業務も担うことになります。

兼任で問題になるのは、PMの時間が管理業務に食われることです。判断すべき人が資料作成に追われる状態は、最も避けたい形です。

現実的な対応は3つあります。報告の様式を最小限にする。ツールで自動集計する。事務作業を別の担当に切り出す。

PMOという役割を置かないこと自体は問題ではありません。問題は、管理業務が誰の仕事でもない状態、あるいは判断すべき人が管理に埋もれる状態です。