はじめに
発注側でプロジェクトマネジメントの経験を積んでいくと、キャリアの方向性として「PM（プロジェクトマネージャー）」と「PMO」のどちらを目指すべきか、という問いにぶつかることがあります。両者は似ているようで、求められる役割も、キャリアの広がり方も異なります。
PMとPMOの役割の違い
PMは、個別のプロジェクトに対して意思決定の責任を持ち、スケジュール・予算・品質・体制など、プロジェクト全体をリードする役割です。一方PMOは、複数のプロジェクトを横断的に支援し、進め方の標準化、進捗の可視化、リスクの早期発見といった、プロジェクトマネジメントの「仕組み」を整える役割です。
PMが「個別の船の船長」だとすれば、PMOは「複数の船を見渡す管制塔」に近いイメージです。どちらもプロジェクトマネジメントの知見を使う仕事ですが、意思決定の範囲と視点の高さが異なります。実務上は、PMが現場レベルの細かな判断（タスクの優先順位、メンバーへの割り振りなど）を担うのに対し、PMOは複数案件を横並びで比較し、「どのプロジェクトが最も危険な兆候を見せているか」といった経営目線での判断材料を提供します。
発注側のキャリアとして、どちらが現実的か
発注側の担当者の多くは、キャリアの初期段階では自然とPMOに近い動き方をしています。自部門が抱える複数のプロジェクトやベンダーとのやり取りを横断的に把握し、経営層への報告を取りまとめる——これはPMOの役割そのものです。
その後、特定の大型プロジェクト（基幹刷新など）で全体を率いる経験を積むと、PMとしての動き方に移行していきます。発注側のキャリアでは、PMOとして複数案件を俯瞰する経験を積んでから、PMとして一つの大きなプロジェクトに深くコミットする、という順序を自然にたどることが多い印象です。逆に、最初から大型プロジェクトのPMを任される人は少なく、小規模な案件や既存システムの保守案件でPMを経験しながら、並行してPMO的な視点も養っていくケースも珍しくありません。
どちらを「目指すべきか」より、両方の視点を持つことが強み
PMかPMOか、どちらか一方を選ぶというより、両方の視点を行き来できることが発注側担当者としての強みになります。 PMとして個別プロジェクトの修羅場を経験しているからこそ、PMOとして標準化すべきポイントの勘所がわかります。逆にPMOとして複数プロジェクトを俯瞰した経験があるからこそ、PMとして自分のプロジェクトを客観的に位置づけられます。
キャリアの選択として明確にどちらかに振り切るのではなく、両方の経験を積み重ねていくことが、発注側担当者としての市場価値を高めることにつながります。転職市場においても、「PMとしての修羅場経験」と「PMOとしての標準化・横断管理の経験」の両方を語れる人材は、片方しか語れない人材より評価されやすい傾向があります。
まとめ
PMは個別プロジェクトの意思決定責任者、PMOは複数プロジェクトを横断的に支援する役割です。発注側のキャリアでは、どちらか一方を選ぶというより、両方の視点を行き来しながら経験を積むことが、結果として市場価値の高いキャリアにつながります。自分が今どちらの経験を積んでいるのかを意識し、足りない方の経験を意図的に取りに行く姿勢が重要です。
執筆者プロフィール：SIer（元請け）とITコンサルファーム（発注側支援）、両方の立場でプロジェクトに従事（通算9年）。要件定義からベンダーマネジメントまで一貫して対応し、基幹システム刷新・DX推進プロジェクトに多数従事。
コメント