「PMO、やめとけって聞いたんですが実際どうですか？」
Heydayへのキャリア相談で、この質問を聞いた回数は2026年Q1だけで17件を超えた。検索すると「PMOやめとけ」記事が10本以上並ぶが、読んでも「SES企業でPMO案件を打診された自分はどうすべきか」への答えが見つからない。
それもそのはずだ。既存の「PMOやめとけ」記事の多くはフリーランスPMOか正社員PMOの話で、SES派遣PMO固有のリスクを書いた記事がほぼ存在しない。
SES業界6年、PMO案件を100件以上扱ってきた経営者として、SES×PMOのリアルを正直に語る。
Heydayへの相談データ（2026年Q1・PMO関連17件）を分析すると、「PMOやめとけ」と言ってきた人には共通したパターンがある。
最も多いケースだ。SES派遣でPMO案件に入ったが、プロジェクトの意思決定権はクライアント側のPMにあり、PMOは調整と報告を担うだけ。しかしプロジェクトが炎上したときに矢面に立たされ、「なぜ早く報告しなかったのか」「なぜリスクを検知できなかったのか」と責められた。
権限なき責任の構造だ。
開発案件の空きがなく、会社の都合でPMO案件に回された。本人はJavaエンジニアとしてのキャリアを積みたかったが、「うちのエンジニアが空いているので」という理由でPMOサポート案件に入れられた。
スキルアップの方向性とずれたアサインが「やめとけ」体験になる。
「PMO」という肩書で入ったが実態は議事録係と翻訳担当。「プロジェクト全体を管理する立場」と説明されたが、実際には上位PMの指示を関係者に伝えるだけ。
この乖離が「やめとけ」の実感を生む。
小川代表コメント: Heydayに来る「PMO、やめとけと聞いた」という相談者のほとんどが、この3パターンのどれかに当てはまる。共通するのは「事前の情報不足」と「SES×PMO固有のリスクへの無理解」だ。やめとけか否かは、PMO一般論ではなく「どのSES会社で・どんな案件に・どう入るか」で変わる。
「PMOやめとけ論」の背景には5つの構造的な問題がある。一つひとつ正直に説明する。
PMOの本質的なつらさはここにある。
PMOはプロジェクトの進行管理・課題管理・ステークホルダー調整を担うが、プロジェクトの最終意思決定はPMが持っている。PMOはPMから指示を受けて動き、クライアント側の関係者や開発チームとの橋渡しをする立場だ。
問題はプロジェクトが炎上したときだ。
PMが方針を決め、PMOがそれを実行した結果うまくいかなかったとき、PMOは「なぜ早く動かなかったのか」「なぜリスクを報告しなかったのか」と問われる。しかし意思決定権はPMにある。PMOは実行者であり、責任の矢面に立たされやすいポジションでもある。
知恵袋でも「PMOメンバーは"監督のマネージャー的仕事"で、指示はPM（上位）がする」という回答が多数ついており、権限のなさに悩むPMOの声は実際に多い。
開発エンジニアとしてPMO案件に入ると、コードを書く機会は基本的にゼロになる。
議事録・WBS更新・課題管理・会議ファシリテーション・ステークホルダーへの報告。これがPMOの日常業務だ。
「ITエンジニアとして技術力を高めたい」という志向の強い人にとって、PMO業務は技術的成長の機会を失う仕事に感じられる。特に20代の開発エンジニアが「スキルの方向性を決める時期」にPMO案件に入ることは、キャリアの分岐点として重要な判断になる。
一方、「プロジェクトマネジメントのスキルを本気で積みたい」という人には、PMO業務は実践の場として機能する。スキルが積みにくいかどうかは、何のスキルを積みたいかによって変わる。
「PMO」という肩書で入った案件が、実態として議事録作成と進捗管理表の更新だけという状況は実際にある。
Heydayが扱う案件でも、発注元が「PMOサポート」として求める業務内容と、エンジニア側が期待する「PMO」の仕事内容にギャップが生じるケースがある。
入場前に「PMOとして何の意思決定に関われるか」「どの成果物に責任を持つか」を確認しないと、雑用化リスクが高まる。
「開発エンジニア→PMO」という転換をした場合、次の案件で「このPMO経験は市場でどう評価されるか」を把握しにくい面がある。
開発エンジニアは「Java・5年・Spring Boot経験あり」という形で市場価値が見えやすいが、PMOは「どの業界で・どの規模のプロジェクトで・どんな役割を担ったか」という組み合わせが複雑で、他社への転換時に評価がブレやすい。
PMOはミーティングが多く、複数のステークホルダーの間で調整し続ける仕事だ。
開発エンジニアはコードと向き合う時間が多いが、PMOは人と向き合う時間が圧倒的に長くなる。「対人折衝・ファシリテーション・クライアント対応」を一日中続けることへのストレス耐性が低い場合、PMO業務は消耗感が大きい仕事になる。
ここが既存の「PMOやめとけ」記事に決定的に欠けている視点だ。
PMOへの「やめとけ度」は、正社員PMOとSES派遣PMOで根本的に異なる。
クライアント企業の正社員として、または大手コンサルファームの社員として参画するPMOは、プロジェクト内での発言権と裁量が相対的に大きい。
社内の上位職種に直接エスカレーションできる、クライアントとの交渉で自社の立場から提言できる、人事評価がPMO業績に直結する、といった構造がある。
PMOとしてのキャリアを積むなら、正社員PMO路線は理にかなっている。
SES企業からPMO案件に入る場合、立場は根本的に異なる。
| 項目 | 正社員PMO | SES派遣PMO |
|---|
| プロジェクトでの発言権 | 相対的に大きい | クライアントPMの指示に従う範囲 |
| 意思決定への関与 | 直接関与できることが多い | 「支援」「補佐」の役割が主 |
| クライアントとの関係 | 社員・コンサルとして対等に近い | 外部委託として区別される |
| 炎上時の責任の矢面 | 組織として守られる面がある | 外部委託単独で矢面に立つことも |
| キャリア評価 | 自社内での昇格に直結 | 次の案件での評価は会社依存 |
| 単価交渉力 | 自分で交渉できる面が大きい | SES会社経由になることが多い |
SES派遣PMOの「権限なき責任問題」が特に深刻になる理由は、外部委託という立場のまま、プロジェクト内の管理責任を担わされる構造にある。
クライアント側のPMは内部のことを知っていて意思決定ができるが、SES派遣PMOは情報が制限される場面もある。にもかかわらず「プロジェクト管理のサポートをお願い」と言われ、うまくいかなければ責任を問われる。
小川代表コメント: SES企業の経営者として正直に言うと、SES派遣でPMO案件に入るエンジニアには「権限の範囲を入場前に書面で確認する」ことを必ず勧めている。口頭で「PMOとして裁量を持って動いてほしい」と言われても、実際の現場での権限は別物のことがある。「自分が責任を持つ成果物は何か」「自分が意思決定できる範囲はどこまでか」を明文化してもらうことが、権限なき責任問題への唯一の対処法だ。
これはどのSES会社も表向きには言わないことだが、経営者として正直に話す。
SES企業は基本的に「エンジニアを客先に常駐させること」でビジネスが成立している。エンジニアが現場に入っていない「待機状態」は、会社にとって固定費が出続けるリスクだ。
このため、PMO案件の打診が来たとき、営業担当者が最初に考えるのは「誰が今空いているか」であることが多い。
本来は「このエンジニアのスキル・志向・キャリア計画に合った案件か」を先に考えるべきだが、実態としては「空き状況で合う人を当てはめる」という逆算が行われる。
Heydayでの経験から言うと、以下のようなエンジニアがPMO案件の打診を受けやすい。
- 現在の案件が終了間近で、次の開発案件がすぐに見つからない状態
- 開発スキルは平均的だが、コミュニケーション能力が高いと評価されている
- 「何でもやります」という姿勢で断らない印象がある
- 年齢や経験年数的に「スキルより役割」への転換期とみなされている
このうち、1番目の「次の案件がないから」という理由でのアサインが、エンジニア本人にとって一番リスクが高い。会社の都合でPMO案件に入ることになったが、本人のキャリア志向は開発エンジニアのままで、PMO経験がスキルの蓄積につながらないまま時間が過ぎるケースがある。
SES企業のどんな担当者でも、聞いておくべき質問がある。
- 「なぜ私にこの案件を打診しているのですか？」：スキルマッチによるものか、空き状況によるものかを確認する
- 「この案件でどんなスキルが身につきますか？」：担当者が具体的に答えられるかを見る
- 「3ヶ月後・1年後に、この経験はどう評価されますか？」：キャリアへの影響を具体的に語れるかを確認する
- 「PMO案件での私の権限範囲はどこまでですか？」：書面で確認できるかを聞く
- 「案件単価はいくらですか？」：単価開示ができるかどうかが、SES会社の透明性を示す
これらの質問に明確に答えられない担当者や会社は、エンジニアのキャリアよりも自社の営業都合を優先している可能性が高い。
PM・PMOの単価レンジ全般についてはPM/PMO案件の月単価とSESエンジニアがなる方法で詳しく解説しているので合わせて参照してほしい。
案件例を見てみる
技術スタック・単価帯・勤務形態がわかる具体的な案件情報
「PMOやめとけ」が一律に正しいわけではない。当てはまるケースと当てはまらないケースを類型化する。
ケース1：技術スキルを積みたい時期（20代・開発2〜4年目）
開発エンジニアとしてのスキル蓄積が途上の時期にPMO案件に入ると、技術的な成長機会を失うリスクがある。この時期に「空き状況でのアサイン」としてPMO案件に入ることは、長期的なキャリアへの影響が大きい。
ケース2：本人の意志に反したアサイン
「やりたくないが断れない雰囲気だった」というケースは実際に多い。本人の志向・キャリア計画と合わないPMO案件は、モチベーションの低下と業務品質の低下を両方引き起こす。
ケース3：権限と責任の範囲が曖昧なまま入場する場合
入場前に「PMOとして何を担うか」を明確化せずに入ると、入場後に雑用化・板挟み・権限なき責任の問題が顕在化する。この状態でのPMO案件はやめとけと言いたい。
ケース4：SES企業の透明性が低い場合
案件単価を開示しない、マージン率を説明しない、キャリア計画を一緒に考えようとしないSES会社でのPMO案件は、単価の搾取リスクとキャリア的なミスマッチリスクが重なる。
ケース1：本人がPMO・PMを本気で目指している場合
「プロジェクト全体を動かす仕事がしたい」「技術より人・組織への関心が強い」という志向が明確な場合、PMO案件はキャリアへの直結した投資になる。
ケース2：3〜5年以上の開発経験がある上でのPMO転換
技術スキルを一定積んだ上でのPMO転換は、技術理解を持ったPMOとして希少な価値が出る。開発経験が薄いままPMOに入るよりも、技術バックグラウンドがある方がPMOとしての市場価値は高い。
ケース3：業界特化型PMOを目指す場合
金融・ヘルスケア・製造など特定業界でPMO経験を積む場合、業界知識とPMOスキルの組み合わせが希少価値になる。業界PMOのスペシャリストは需要が安定しており、単価も上がりやすい。Heydayの案件データ（2026年Q1）では、金融系PMO管理型の案件単価は100〜150万円/月の範囲で推移している。
ケース4：権限範囲と単価を事前に確認した上での入場
「PMOとして何の意思決定に関われるか」「案件単価はいくらか」を入場前に確認し、自分のキャリア計画に合致しているケースでは、PMO案件は適切なキャリアステップになる。
「PMOやめとけ」と言いたくなる人が、実は向いているかもしれないというパターンがある。
技術的なスキルより、チームの中で「なんかあったらこの人に相談しよう」と思われやすい人。PMOの核心は人の動きを整えることなので、自然と相談役になる人は向いている素地がある。
誰かに頼まれるわけでもなく、「後でわからなくなると困るから」と自分でまとめるクセがある人。PMO業務のドキュメンテーション習慣と直結している。
プロジェクトの進捗が不明瞭な状態、課題の担当者が決まっていない状態、スケジュールが誰も把握していない状態を「気持ち悪い」と感じる人。PMOの役割そのものへの適性がある。
実装よりも「このプロジェクト、このまま進んで大丈夫なのか？」という視点でプロジェクトを見ている人。開発エンジニアの中でも少数派だが、この視点がPMOの本質に近い。
「あ、これは後でもめそう」「この認識のズレが後で問題になるな」と先読みできる人。PMOはリスク管理が重要な仕事で、予兆を察知して事前に動ける能力は希少だ。
Heydayで見てきたPMO転換成功者には、「コードを書くことへの強い執着がなく、プロジェクト全体を動かすことに面白さを感じていた」という共通点がある。「開発が得意だからPMOになれる」ではなく、「開発よりも全体調整に面白さを感じる人がPMOとして活躍できる」という方向が正確だ。
「やめとけかどうか」を判断するには、PMO案件の市場実態を数字で把握しておく必要がある。Heydayが2026年Q1に扱ったPMO関連案件から見えた実態を公開する。
| 役割区分 | 月単価レンジ | 主なスキル要件 |
|---|
| PMOサポート（補佐・事務） | 60〜90万円 | 議事録・WBS管理・課題票管理 |
| PMO管理（進行・報告担当） | 85〜130万円 | ファシリテーション・ステークホルダー管理 |
| PMO主導（全体統括型） | 120〜180万円 | リスク管理・予算管理・上位PMとの調整 |
PMOサポート型は「開発が空いているエンジニアに入れやすい」役割であるため、スキルより空き状況でアサインされやすい区分でもある。PMO主導型は経験とコミュニケーション実績がなければアサインが難しく、単価も相応に高い。
案件単価が100万円のPMO管理型案件を例にとると、SES正社員の実際の手取りは会社のマージン率によって大きく変わる。
- マージン率25%の場合：単価100万円→手取り月収換算で約62〜68万円程度（社会保険・税金控除後）
- マージン率35%の場合：単価100万円→手取り月収換算で約54〜60万円程度（社会保険・税金控除後）
同じPMO案件に入っていても、SES会社のマージン設定次第で年間で100万円以上の差が生じる。「PMO案件に入ること」と「良い条件のPMO案件に入ること」は別の話だ。
Heydayに「PMO案件を打診された、どうするべきか」という相談が来た17件を分類すると、以下の構造が見えた。
- スキルマッチによる打診：4件（24%）
- 空き状況による打診：9件（53%）
- 本人の意向に関わらず決定済み：4件（24%）
53%が「スキルより空き状況でアサインされようとしている」ケースだ。これが「PMOやめとけ」の相談が来る構造的な背景になっている。
小川代表コメント: 17件の相談を聞いて感じるのは、「PMO案件を断りたいが断り方がわからない」という人が意外と多いことだ。SES会社との関係上、断ることへの心理的ハードルが高く、とりあえず受けてしまう。その結果、後から「やめとけばよかった」になる。Heydayでは「本人の志向に合わないPMO案件は断ってよい」をポリシーとして明示しているが、こういう方針を持っているSES会社自体が少ない。
以下の手順で判断することを勧める。
ステップ1：アサインの理由を確認する
「なぜ私にこの案件を打診しているか」を担当者に直接聞く。「あなたのスキルと志向に合う」という具体的な説明ができない担当者は、スキルより空き状況を優先している可能性が高い。
ステップ2：権限範囲を書面で確認する
「PMOとして何の意思決定に関われるか」「責任を負う成果物は何か」を入場前に書面で確認する。口頭での「裁量を持って動いてほしい」は、実際の現場での権限を保証しない。
ステップ3：案件単価を確認し、マージン率を聞く
PMO案件は単価が高い分、マージンの絶対額も大きい。案件単価を開示してもらい、自分のキャリアと現在の市場価値のギャップを把握した上で判断する。
ステップ4：キャリア計画との整合性を確認する
「この経験が3年後のキャリアにどう活きるか」を担当者に聞く。答えられない担当者は、自社のエンジニアのキャリアを設計できていない。
この4ステップを経た上で「入る」と判断できるPMO案件は、「やめとけ」の対象にはならない。問題は4ステップを踏まずに入ってしまうことにある。
「入ってしまったPMO案件が思っていたものと違う」という状況は実際に起きる。
そのとき取れる選択肢は3つある。
1. 現状のPMO案件で最大限の経験を積む
たとえ「議事録係」に近い状況でも、「この会議の意思決定プロセスを観察する」「ステークホルダーの発言パターンを記録する」という視点に切り替えることで、PMOとしての実践知を意図的に積むことができる。
2. SES会社の担当者に状況を正直に話す
「現状の案件で期待していたPMO業務ができていない」という事実を担当者に伝えることは、次の案件への準備になる。隠し続けると、担当者はエンジニアが満足していると判断して次も同様の案件を探す。
3. 次の案件の選択肢を今から準備する
PMO案件の更新タイミングに合わせて、「次は開発案件に戻る」「次は権限のあるPMO案件に移る」という準備を3ヶ月前から始める。SES案件の更新サイクルは基本3ヶ月が多く、タイミングを逃すと状況が固定されやすい。
いずれの場合も、「現在の自分の市場単価がどのくらいか」を把握していることが、判断の起点になる。
案件例を見てみる
技術スタック・単価帯・勤務形態がわかる具体的な案件情報
PMO経験を積んだ後の選択肢は3方向ある。
PMOから「プロジェクトの最終責任者」へ。
PMOは管理支援機能だが、PMはプロジェクト成否の責任者だ。PMOとして2〜3年実績を積んだ後、小規模プロジェクトのPMとして移行するルートが現実的だ。Heydayの案件データ（2026年Q1）ではPM型の案件単価は140〜220万円以上になる。PMOからPMへの転換は、単価の最も大きな変化が起きる分岐点だ。
ただしPMはプロジェクト成否の最終責任を負う。SES派遣でPMを名乗る場合は特に、責任範囲・決裁権・エスカレーションルートを書面で明確化することが必須になる。
PMOの上流に位置するのが、「何をやるべきかを提言する」コンサルタントの立場だ。
特定業界でのPMO経験（金融・製造・ヘルスケア等）を5年以上積んだ上で、問題設計と解決策提案ができれば、ITコンサルやDXコンサルへの転換が可能になる。
単価感は上流のITコンサルで月150〜250万円以上になることもある。ただし転換には「実行した実績」だけでなく「提案して実現した実績」が必要で、一足飛びには難しい。
PMOとして「現状分析と改善提案を自ら行った経験」を意識的に積んでおくことが、コンサル転換の準備になる。
SES→PMO→事業会社のIT推進室という流れも現実的な選択肢だ。
大企業のDX推進部門は、外部のSES/PMO経験者を「現場を知っている人」として採用するケースがある。年収は600〜900万円程度が多いが、安定性とワークライフバランスは向上しやすい。
「SESでの客先常駐経験があり、複数の業界・プロジェクトを見てきた」という経験は、一社しか知らない社内IT部門の人材にはない多様な視点として評価される。
最後に、SES経営者として言いたいことをまとめる。
PMO案件が「やめとけ」になるか「良い選択」になるかは、以下の3点で決まる。
1. アサインの理由
「あなたのスキルと志向がこの案件に合う」というアサインか、「空いているから入ってほしい」というアサインかで、まったく意味が変わる。アサインの理由を正直に教えてくれるSES会社かどうかは、ここで見分けられる。
2. 入場前の権限・成果物の確認
「PMOとして何の意思決定に関わるか」「責任を負う成果物は何か」を入場前に書面で確認することが、権限なき責任問題への根本的な対処だ。
3. SES会社の透明性
案件単価・マージン率・キャリアサポートの実態を開示してくれる会社かどうか。PMO案件は単価が高い分、マージンの絶対額も大きい。透明性を確認してからPMO案件に入ることが、知らず知らず搾取されることを防ぐ。
PMO案件を打診されたら、まず自分の市場単価を把握してほしい。自分の現在地を知ることが、「この案件に入るべきか」の判断の起点になる。
権限なき責任（プロジェクト管理の責任だけ負い、意思決定権がない構造）と、SES派遣PMOの場合はクライアント正社員PMOより裁量が小さく板挟みになりやすいためです。入場前に権限範囲を確認することで多くのリスクは回避できます。
まず「なぜ自分にこの案件を打診しているか」を確認してください。スキルマッチによるアサインか空き状況によるアサインかで判断が変わります。次に「PMOとして何の意思決定に関われるか」を確認し、キャリア計画と合致するかを判断することを勧めます。
開発系の技術スキルは基本的に身につきません。代わりにプロジェクトマネジメント・ステークホルダー調整・リスク管理・課題管理のスキルが身につきます。「何のスキルを積みたいか」によって評価が変わります。
正社員PMOは発言権・裁量が相対的に大きいのに対し、SES派遣PMOはクライアントPMの指示範囲内での「支援」が主です。意思決定関与・炎上責任・キャリア評価の仕方が根本的に異なります。
Heydayの案件データ（2026年Q1）では、サポート型60〜90万円・管理型85〜130万円・主導型120〜180万円です。SES正社員はここからマージンが引かれるため、マージン率の事前確認が重要です。
プロジェクトが炎上した際にPMOが矢面に立たされるケースは実際にあります。これを防ぐには入場前に「責任を負う成果物は何か」「自分が意思決定できる範囲はどこまでか」を書面で確認することが有効です。
明確に「本人の志向と合わない」理由があれば断ることは正当です。それを了承せず圧力をかけるSES会社は、エンジニアのキャリアより自社の営業都合を優先しています。断ったことで不利益が生じるようであれば、会社の姿勢の問題です。
PMへのステップアップ（月単価140〜220万円以上）、ITコンサル・DXコンサルへの転換（月単価150〜250万円以上）、事業会社IT企画部門への転職の3方向です。リスク許容度と働き方の志向で選ぶ方向が変わります。
「コードより全体の流れが気になる」「自然と相談役になる」「曖昧な状態を整理したくなる」「失敗の予兆を早めに察知する」「会議後に議事録をまとめるクセがある」人が成功しやすいです。技術力よりこれらの特性が重要です。
年数よりも「議事録・サブリーダー・顧客折衝の実績を語れるか」が問われます。本人がPMOを本気で志向しているなら3年でも転換可能ですが、空き状況でのアサインは長期キャリアのリスクが高い場合があります。
まず直接「案件単価を教えてください」と聞き、それでも非開示なら求人サイトで相場を調べ複数社と比較してください。PMO案件は単価が高い分マージンの絶対額も大きく、単価開示をポリシーとする会社を選ぶことが根本的な解決です。
「PMO一般論としてのやめとけ」は半分正しく半分間違いです。権限なき責任・スキル停滞・アサイン実態は本物のリスクですが、本人の志向・アサイン理由・権限確認・SES会社の透明性の4点が揃えば良い選択になります。
「PMOやめとけ」という言葉は、すべての人に当てはまる万能の答えではない。
本記事のポイントを4点で整理する。
-
権限なき責任問題はSES派遣PMOで特に深刻になる。入場前に「自分の権限範囲と責任を負う成果物」を書面で確認することが唯一の対処法だ。
-
SES企業がPMO案件にアサインする際、スキルより空き状況を優先する実態がある。「なぜ自分がこの案件に打診されているか」を担当者に正直に聞くことが最初の判断材料になる。
-
「PMOやめとけ」は技術スキル蓄積期の20代・開発エンジニアに当てはまりやすい。3〜5年の開発経験を積んだ上での転換か、本人が本気でPMOを志向している場合は、当てはまらない。
-
SES会社の透明性がPMO案件の質を決める。単価開示・マージン説明・キャリアサポートの具体性を確認してから案件を選ぶことが、知らず知らず搾取されることを防ぐ。
まず自分の現在の市場単価を把握することが、PMO案件を受けるかどうかの判断の出発点になる。
SESのキャリア・単価に関する関連記事：
