こんにちは！とも（@tomo_ITBizBlog）です！
本記事はこんな悩みを解決！
- 求人でよく見る「PMO」が、PMと何が違うのか分からない
- 事務寄りの仕事で「楽そう」に見えるけど、実態が知りたい
- 自分がPMOに向いているのか、目指す順番も含めて知りたい
この記事で分かること
- PMOの役割と、PM（プロジェクトマネージャー）との決定的な違い
- 支援型・管理型など、PMOの「型」による仕事内容の違い
- 地味に見えて現場を回す要である理由と、ハマりやすい沼
- PMOに向いている人の条件と、目指すための現実的な順番
まず筆者の立ち位置を、正直に書いておきます。
筆者はPMO専任ではありません。キャリアの軸は、運用監視、インフラ、クラウド（AWS）、そして生成AIの実装です。
PMOと接点があるとすれば、運用監視の現場でサブリーダーをしていた頃の、申し送りの取りまとめと、チームの進捗を集約して報告する仕事くらいです。
つまりこの記事は、PMO専任者の体験談ではありません。現場の「進捗を集めて回す側」の実感と、求人情報や公開資料をもとに、PMOという役割の実態を整理したものです。
そのうえで、「PMとの違い」と「向いている人の条件」を、実務目線で正直に書きます。
【PMOとは？決めるPMの隣で「回る仕組み」を支える役割】
PMO（Project Management Office）は、プロジェクトマネジメントを支援する役割・組織のことです。
ひと言で言うと、「プロジェクトが計画どおりに回るための仕組みを整え、支える側」です。進捗の集約、プロセスやルールの標準化、会議体の運営、課題やリスクの見える化が主な仕事になります。
対になる存在が、PM（プロジェクトマネージャー）です。
PMが「何を作るか、どう進めるか」を決める意思決定者だとすれば、PMOはその決定が現場で機能するように、情報と仕組みを整える支援者です。この「決める側か、支える側か」が、両者の一番大きな違いになります。
需要の背景には、プロジェクトの大規模化と人材不足があります。
経済産業省「IT人材需給に関する調査」（2019年公表）の試算では、2030年にIT人材は中位シナリオで約45万人、需要が高く生産性が伸び悩む前提では最大で約79万人不足するとされています。
プロジェクトの規模が大きく、関わる人数が増えるほど、「全体の進捗を誰が正確に把握するのか」という問題は重くなります。PMOは、その受け皿として求人に増えてきた役割です。
全職種を「入りやすさ×沼リスク」で整理したカオスマップの記事では、PMOはマネジメント寄りの職種として置いています。開発職とは入口の形が違う点は、最初に押さえてください。
図で見たい方は、エンジニアキャリアマップもあわせてどうぞ。
【PMOの仕事内容｜進捗集約・標準化・会議体運営の3本柱】
PMOの仕事は、大きく3つに分かれます。
1. 進捗と情報の集約
各チームの進捗、課題、リスクを集めて、プロジェクト全体の状況を1枚で見える形にまとめます。週次の進捗報告資料や、課題管理表の更新が日常業務です。「現場で何が起きているか」を、決める側が判断できる形に翻訳する仕事とも言えます。
2. プロセスとルールの標準化
報告書のフォーマット、課題の管理方法、レビューの進め方といった「プロジェクトの型」を作り、現場に定着させます。プロジェクトごとにバラバラだった運用を揃えることで、抜け漏れや属人化を減らすのが狙いです。
3. 会議体の運営とガバナンス支援
定例会議の設定、議事録、決定事項と宿題の管理。さらに、品質やコストの観点で「決めたルールが守られているか」を確認するガバナンスの支援も担います。
1日の流れとしては、朝に各所の進捗と課題を確認し、日中は会議と資料の更新、夕方に翌日の段取りと報告、という事務と調整の往復が中心です。コードを書く時間は、基本的にはありません。
成果物は、進捗報告資料、課題・リスク管理表、議事録、標準化されたテンプレート群といった「プロジェクトの状態を表すドキュメント」です。
なお、PMOには現場ごとの「型」の違いがあります。
- 支援型：PMやリーダーの事務・集約を手伝う、現場密着の形
- 管理型：複数プロジェクトの進捗や品質を横断で管理し、ルールの徹底を求める形
- 組織型（センター型）：会社全体のプロジェクト管理の標準を作り、PMの育成や監査まで担う形
同じ「PMO」という求人でも、型によって求められる経験も日常もかなり変わります。応募前にどの型かを確認することが、この職種では特に大事です。
そして改めて、PMとの違いです。PMは予算・納期・スコープに責任を持ち、最後は自分で決めます。PMOは決めません。決めるための材料を揃え、外れたときに早く気づける状態を作るのが仕事です。
決める側の仕事の中身は、PMの記事で詳しく整理しています。「支える側」と「決める側」、どちらに惹かれるかが進路の分かれ目になります。
【PMOのメリット・デメリット｜全体を見渡せる代わりの、地味さと板挟み】
良い面と厳しい面を、対にして整理します。ここでは条件・性質の話に絞り、1年目の具体的な苦悩は次の見出しで扱います。
メリットは次のとおりです。
- プロジェクト全体を見渡す位置に立てるため、開発の流れや工程管理の知識が広く身につく
- 特定の言語や技術に縛られにくく、業界や案件が変わっても進捗管理・調整のスキルは持ち運びやすい
- 現場とマネジメント層の両方と関わるため、組織の動き方や意思決定のされ方が見えるようになる
- PMへのステップとして、プロジェクト運営の感覚を実地で学べる
デメリットは次のとおりです。
- 成果が見えにくい仕事です。プロジェクトが回っても、それは「当たり前」と受け取られやすい
- 自分では決められない立場のため、方針への納得感がないまま調整を続ける場面がある
- 現場からは「管理する側」、マネジメント層からは「現場を知らない側」と見られやすく、板挟みになりやすい
- 会議と資料作成の比率が高く、仕事の手応えが「作ったもの」として残りにくい
総じてPMOは、「目立たない代わりに、プロジェクトの土台を握る」職種です。この地味さを受け入れられるかどうかが、適性の入口になります。
【1年目の苦悩と沼ポイント｜「楽そう」の正体と、集めるだけの人になる構造】
PMOは求人の字面だけ見ると、「会議と資料が中心で、楽そう」に見えるかもしれません。ここは正直に書きますが、その見え方と実態にはズレがあると言われることが多い職種です。
1つ目は、板挟みのしんどさです。
進捗会議では「なぜ遅れているのか」を詰める側に立たされますが、遅れの原因を作ったのは自分ではありません。現場には催促し、上には説明する。両方の感情を受ける位置にいるため、調整役としての消耗は想像以上だという声はよく聞きます。
2つ目は、成果の見えにくさです。
PMOの仕事がうまくいっている状態は、「何も起きないこと」です。進捗が可視化され、課題が早く上がり、会議が短く終わる。その状態を作っても、評価の場面では「プロジェクトが順調だった」で終わりがちです。自分の貢献を言葉で説明する力がないと、正当に評価されにくい構造があります。
3つ目が、この職種の沼の正体です。
進捗を集めて、資料に貼って、会議を設定する。その繰り返しだけを続けていると、「集めるだけの人」として固定化されてしまいます。数字の異常に気づく力も、プロセスを改善する力も育たないまま年数だけが経つと、PMにもなれず、現場の技術職にも戻れない、という立ち位置になりかねません。
これは個人の努力不足の話ではなく、役割の構造です。PMOは「言われた集約をこなす」だけでも回ってしまうため、自分から「なぜこの数字が動いたのか」「この会議は必要か」を問い続けないと、スキルが積み上がらない設計になっています。
筆者の接点の範囲でも、似た感覚はありました。
運用監視の現場で申し送りの取りまとめをしていた頃、情報を集めて整えるだけなら誰でも回せてしまいます。価値が出たのは、「いつもと違うアラートの傾向」に気づいて先に共有できたときでした。集約の仕事の価値は、集めた先で何に気づくかで決まる。これはPMOにも通じる話だと思います。
「楽そう」という入口の入り方をすると、この構造にそのままハマります。楽なのではなく、「地味な仕事の積み重ねでしか評価が作れない」職種だ、と理解して入るのが安全です。
【PMOに向いている人・向いていない人｜調整と仕組み化が苦にならないか】
H2-4の苦悩を読んだうえで、自分に照らしてみてください。
向いているのは、こんな人です。
- バラバラな情報を集めて、1つの形に整える作業が苦にならない
- 人の間に立って、日程や認識のズレを調整することに抵抗がない
- 「毎回同じ手間」を、テンプレートやルールで仕組み化したくなる
- 自分が目立たなくても、全体がうまく回ることに満足感がある
向いていないのは、こんな人です。
- 自分で決めて、自分で作ることに強くやりがいを感じる
- 会議や資料作成のような間接業務が続くと、強いストレスになる
- 細かい数字の突合や、抜け漏れのチェックがどうしても苦手
「向いていない」は、ダメという意味ではありません。
自分で決める側に惹かれるなら、PM（プロジェクトマネージャー）のほうが性に合うはずです。手を動かして作る実感が欲しいなら、開発やインフラといった技術職のほうが向いています。
大事なのは、「残業が少なそう」「楽そう」という条件面だけで選ばず、調整と集約という仕事の中身そのものと照らすことです。
【PMOになるための手順｜土台は「現場を知っていること」】
PMOを目指す手順を、レベル順に示します。結論を先に言うと、PMOは「いきなりなる職種」ではなく、現場経験の上に乗る役割です。
Lv1：プロジェクトの流れと、集約の道具を押さえる
- 学ぶこと：開発工程の全体像（要件定義→設計→開発→テスト→リリース）、進捗管理・課題管理の基本用語
- 使えるようになるもの：表計算での集計とグラフ化、課題管理表やチケット管理ツールの扱い
この段階では、「現場で何が起きるか」の解像度を上げることが先です。工程を知らないまま集約側に入ると、数字の意味が読めません。
Lv2：現場の中で「支援と集約」の実績を作る
いまの職種の中で、進捗の取りまとめ、申し送りや会議資料の整備、課題の棚卸しといった役割を担うのが、最も現実的な一歩です。
筆者自身の接点もこの層です。運用監視の現場で申し送りを取りまとめ、各シフトの状況を集約して報告する仕事は、小さいながらもPMOの「集約」の原型でした。運用監視の仕事の中身は、運用監視の記事でも整理しています。
リーダーやサブリーダーの立場で進捗管理を任されているなら、それはそのままPMOの応募材料になります。件数や範囲を数字で言える形にしておいてください。
Lv3：資格で「型」を裏付ける
プロジェクト管理の知識体系を学ぶことで、現場の経験が「型」として整理されます。入口としては、プロジェクトマネジメントの基礎資格や、情報処理技術者試験のプロジェクトマネージャ試験などが選択肢になります。資格全体の順番は、IT資格まとめで確認できます。
上位資格の中には、応募に一定の実務経験が求められるものもあります。「資格を取ればPMOになれる」のではなく、Lv2の実績と組み合わせて初めて効く、と捉えるのが正確です。
参入口の現実
PMOの求人は、大きく2種類に分かれます。
1つは、プロジェクトの実務経験を前提にしたPMO求人です。もう1つは、「PMOアシスタント」「プロジェクト事務」といった入口寄りの求人で、未経験可とされるものもここに含まれます。
ただし正直に言うと、入口寄りの求人の中身は、資料作成と会議調整が中心になりがちです。それ自体は悪くありませんが、H2-4で書いた「集めるだけの人」の沼に入りやすい入口でもあります。応募の際は、「進捗管理やプロセス改善に関われるか」を確認してから選んでください。
未経験からエンジニアを目指す全体の流れは、別記事でも段階を追って解説しています。職種選びから始める全体像を確認したい方は、そちらもあわせてどうぞ。
【転職・フリーランス・副業で変わるPMOの現実】
まず転職（正社員）です。
PMOの求人は、SIerやコンサルティング会社、事業会社の情報システム部門などにあります。求められるのは、プロジェクトの実務経験と、進捗・課題管理の型を持っていることです。「エンジニア経験はないが事務が得意」という状態からの転職は、入口寄りの求人を除くと難しいのが実態です。
次にフリーランスです。
PMOは、フリーランスや業務委託の案件も存在する職種です。大規模プロジェクトの支援や、複数プロジェクトの横断管理といった形で、経験者向けの受け口があります。ただし、現場とプロジェクト運営の両方の経験が前提になるため、実績のない状態からいきなり受けるのは現実的ではありません。単価は経験と担当範囲で幅が大きいので、この記事では断定しません。
最後に副業です。
副業としてのPMOは、小規模なプロジェクトの進捗管理支援や、資料・プロセス整備のスポット支援といった形が考えられます。ただし、本業での実績が前提になる点は他の形態と同じで、副業から始めてPMOになる道は薄いと考えてください。
3形態に共通するのは、「PMOは現場経験とプロジェクト運営の型の上に乗る」という一点です。形態を選ぶ前に、Lv2の実績を作る順番は変わりません。
そして、PMOを経験した先で「今度は決める側に立ちたい」と思う方は少なくありません。その分かれ道を具体的にイメージしたい方はどうぞ。
＼ 支える側の次は、決める側の仕事も見てみる ／
【PMOの次に進むステップ｜決める側へ行くか、支える側を極めるか】
PMOを入口にした先は、大きく2方向に分かれます。
1つ目は、決める側へ進む方向です。
PMOとしてプロジェクト全体の進捗と課題を見てきた経験は、PM（プロジェクトマネージャー）の土台そのものです。小規模なプロジェクトのPMから任され、予算やスコープの決定権を持つ側へ移っていくのが典型的な進み方です。目安として、PMOの実務を数年積み、「課題の先読み」を自分の言葉で語れる状態が条件になります。
2つ目は、支える側を極める方向です。
複数プロジェクトを横断で見る組織PMOや、会社全体のプロジェクトの優先順位づけ（ポートフォリオ管理）に関わる立場です。個別のプロジェクト支援から、「会社としてどのプロジェクトに人を割くべきか」の議論に近づいていきます。
3つ目は、プロセス改善やコンサルティング寄りの方向です。
プロジェクト管理の型を他の組織に導入する側で、PMOとして標準化を担った経験がそのまま武器になります。
どの方向にも共通する条件は、「集約の先にある判断材料を作れたか」です。数字を集める人から、数字の意味を語れる人へ。この転換ができているかどうかで、次のステップの選択肢は大きく変わります。
【まとめ｜PMOは「現場を回す要」の仕事】
要点を3つにまとめます。
- PMOは、決める人（PM）を支え、進捗の集約・プロセスの標準化・会議体の運営で「プロジェクトが回る仕組み」を作る役割
- 地味で成果が見えにくい仕事だが、板挟みと調整を担う要の存在。「楽そう」という見え方で入ると、「集めるだけの人」の沼にハマる
- 向いているのは、調整・集約・仕組み化が苦にならない人。道は、現場での支援実績→型の学習→PMO求人の順番が正道
これから目指す方は、まず今の現場で「取りまとめ役」を1つ担うところから始めてください。
職種全体の地図に戻りたい方は、カオスマップの記事で、PMOと他の職種の位置関係を確認してみてください。
