SESからPMOへの転職は可能。経験の整理の仕方・必要なスキル・転職先で確認したいこと

SES企業で開発や運用に携わる中で、「今後はプロジェクトの管理や顧客との調整に仕事の幅を広げたい」と考える方もいるでしょう。

SESで培った経験を活かして、PMOへの転職を目指すことは可能です。

本メディアを運営する株式会社クロスオーバーでも、技術者として担当してきたPM・PMOに相当する管理業務を、採用時の知識・経験として評価しています。

ただし、PMOという職種名だけで転職先を選ぶと、希望していた仕事と入社後の役割がずれるおそれがあります。

担当業務だけでなく、支援する相手や働く環境も確認することが大切です。

この記事では、SESからPMOへの転職を検討している方に向けて、これまでの経験の活かし方、必要なスキル、転職先の選び方、応募前の準備を解説します。

SESからPMOへの転職で何が変わるのか

SESからPMOへの転職を考えるときは、まず「働く環境を変えたいのか」「担当する仕事を変えたいのか」を分けて整理しましょう。

SESとPMOは、そもそも同じ基準で分けられた言葉ではありません。

この違いを理解しておくと、転職先に求める条件を整理しやすくなります。

SESはサービスの提供形態、PMOはプロジェクトを支援する役割

SESは、システム開発や運用などに必要な技術・人材を提供するサービスです。

一方、PMOはプロジェクトマネジメントを支援する組織や機能を指し、求人ではその業務を担う人の職種名としても使われています。

項目	SES	PMO
言葉が指すもの	ITに関する技術・人材を提供するサービス	プロジェクトマネジメントを支援する組織・機能
担当する仕事	開発・テスト・運用・管理支援など、案件によって異なる	進捗・課題管理、情報整理、関係者調整、管理方法の改善など
転職時に確認すること	どのような案件で、どの業務を担当するか	どの立場から、どこまで管理・推進を支援するか

実際に、SESサービスの対応業務としてPMOを挙げている企業もあります。

そのため、SES企業に所属したままPMOを担当する場合もあれば、PMO支援を行うコンサルティング会社などへ転職する場合もあります。

この記事では、主にSES企業で開発・運用などを経験した方が、プロジェクトの管理・推進支援を担うPMOへ仕事の軸を移すケースを扱います。

出典：日本PMO協会「PMOとは」

開発・運用の担当から、プロジェクト管理を支援する立場へ

PMOの業務には、管理ルールの整備、進捗や課題の把握、関係者間の調整、プロジェクト状況の報告などがあります。担当範囲は、組織やプロジェクトが抱える課題によって異なります。

開発担当者からPMOへ移る場合、自分の担当機能を完成させるだけでなく、他チームとの作業のつながりや、プロジェクト全体に影響する問題にも目を向ける必要があります。

たとえば、テストが遅れている場面では、次のような違いがあります。

• 開発担当者としての対応：担当機能の不具合を調査・修正する
• 管理を支援する立場での対応：遅延の原因や影響範囲を整理し、対応が必要な事項をPMへ報告する

これは役割の違いを示す一例であり、必ずこのように分担されるわけではありません。

すでにPLやチームリーダーとして進捗管理や調整を担当している方は、その経験を起点に、どこまで管理対象を広げられるかを考えるとよいでしょう。

SESでの経験をPMOへの転職にどう活かせるか

経験を整理する際は、「どの現場に何年いたか」だけでなく、その現場で何を担当したのかを振り返りましょう。

特に、開発や運用に付随して行っていた管理・調整業務は、技術経歴だけをまとめた職務経歴書では伝わりにくくなります。

以下は、これまでの経験を整理するための例です。

すべてを経験している必要はなく、自分が実際に担当した内容を確認してください。

これまでの経験	振り返りたい具体的な業務	応募時に説明するポイント
開発・テスト	仕様変更の影響確認、不具合の整理、作業見積もり	技術的な問題をどう把握し、計画や対応の検討に関わったか
チームの進捗管理	作業状況の取りまとめ、遅延原因の確認、対応調整	どの範囲を管理し、問題が出た際に何をしたか
顧客・他チームとの調整	要件確認、日程調整、確認事項の整理	誰と何を調整し、どのような結果になったか
運用・保守	障害時の状況整理、関係者への連絡、再発防止の検討	定常業務と改善・変更への関与を分けて説明できるか

開発・テストの経験は、計画や課題を確認する材料になる

開発経験をアピールするときは、使用した言語や担当機能に加えて、工程間のつながりをどのように理解しているかも説明しましょう。

たとえば、仕様変更に伴って設計・実装・テストのどこに影響が出るのかを確認した経験や、不具合の修正に必要な作業を洗い出した経験があれば、計画や課題を検討する際の判断材料として整理できます。

「Javaで開発していた」という説明だけではなく、「変更要求を受けた際に影響範囲を確認し、追加作業とスケジュールへの影響をリーダーへ報告していた。」など、担当した行動まで書き出してみてください。

技術経験を無理に管理経験と言い換えるのではなく、技術を理解していたからこそできた確認や提案を説明することが大切です。

チームの進捗管理や課題対応は、担当範囲を明確にする

進捗管理の経験は、「管理表を更新していた」という説明だけで終わらせないようにしましょう。

次のどこまで担当したかによって、経験の内容は異なります。

1. 自分の作業状況を報告していた
2. チーム全体の進捗を取りまとめていた
3. 遅延の原因を確認し、対応を調整していた
4. 他チームや後続工程への影響まで確認していた

課題管理でも、課題を記録しただけなのか、対応担当者や期限を決める調整に関わったのか、その後の解決まで確認したのかを分けて整理してください。

PMOの貢献を説明する際には、課題に対して誰が何を行い、どのような影響を防いだのかを区別する考え方が役立ちます。

チーム全体の成果と、自分が担当した対応も分けて説明しましょう。

顧客や他チームとの調整は、内容と結果を具体化する

顧客への仕様確認、他チームとの作業日程の調整、協力会社への依頼なども、経験を振り返る際の対象です。

ただし、「コミュニケーションが得意」「関係者と調整していた」という表現だけでは、何を担っていたのかが伝わりません。

曖昧になりやすい説明	具体化するために確認すること
顧客と調整していた	仕様・納期・作業範囲など、何について確認したのか
他チームと連携していた	どの作業に依存関係があり、何を調整したのか
会議を運営していた	議題の整理、進行、決定事項の確認のうち何を担当したのか
問題を解決した	自分の対応と、他の担当者が行った対応を区別できるか

PMOには、関係者の認識をそろえ、判断に必要な情報を整理する役割があります。

自分の調整経験を伝える際にも、誰に何を確認し、その結果どうなったのかをまとめると、役割とのつながりを説明しやすくなります。

運用・保守経験は、障害対応や改善への関わり方を整理する

運用・保守を中心に経験してきた方は、日常の監視や定型作業に加えて、障害対応や運用改善にどのように関わったかを振り返ってみましょう。

たとえば、次のような経験です。

• 障害発生時に関係者へ連絡し、復旧までの状況を整理した
• 再発防止策の検討や運用手順の見直しに関わった
• システム更改に伴う移行準備や日程調整を担当した
• 運用上の課題をまとめ、改善案を提案した

ただし、定常運用を担当した経験と、プロジェクト全体を管理した経験は同じではありません。

「日常業務として担当していたこと」と「変更や導入のプロジェクトとして担当していたこと」を分け、担当範囲を正確に示しましょう。

活躍するために確認したいスキル

PMOを目指す際は、今ある経験だけでなく、これから補う必要がある知識も確認しておきましょう。

特に、プロジェクト管理、問題の整理、関係者調整について、自分がどこまで担当できるかを考えることが有効です。

プロジェクト全体を見て、計画と実績を確認する力

PMOの支援対象には、スケジュール、作業範囲、コスト、リスクなど、複数の管理領域が含まれます。

自分の担当作業だけでなく、プロジェクト全体の管理方法を理解することが必要です。

学習するときは、WBSや課題管理表の名称を覚えるだけでなく、何を確認するために使うのかまで理解しましょう。WBSは、プロジェクトで必要な作業を分解して整理するものです。

たとえば、作業が遅れた場合には、次のような点を確認します。

• 残っている作業は何か
• 作業を進めるための前提条件はそろっているか
• 担当者の負荷に偏りはないか
• 他チームや後続工程にどのような影響が出るか

「進捗率が予定を下回った」という情報から、何を追加で確認すべきかを考えることが大切です。

問題を整理し、判断に必要な情報をまとめる力

PMOの仕事では、集めた情報をそのまま並べるだけでなく、課題の重要性や対応の必要性を整理することが求められます。

課題の影響を品質・コスト・納期などの観点で捉える方法も、その一つです。

たとえば、「テストが遅れています」という報告だけでは、PMは対応を判断しにくくなります。

テスト環境が使えないのか、不具合が多いのか、確認担当者が足りないのかによって、必要な対応が変わるためです。

報告は、次のような順序で整理してみましょう。

1. 事実：現在、何が起きているか
2. 原因・確認事項：何が原因で、何がまだ分かっていないか
3. 影響：納期や品質、他の作業にどう影響するか
4. 対応案：どのような対応を検討しているか
5. 判断事項：誰に何を決めてもらう必要があるか

最終判断を自分が行う権限がない場合でも、判断に必要な情報をそろえることはできます。

関係者の意見を整理し、合意形成を支援する力

PMOは、PMや開発チームだけでなく、業務部門やベンダーなど、異なる立場の関係者を支援する場合があります。

誰に何を確認すべきかを把握し、適切にコミュニケーションを取ることが重要です。

調整では、相手の要望をすべて引き受ければよいわけではありません。

たとえば追加機能の要望が出た場合、必要な理由、対応する範囲、納期への影響、判断する責任者を確認する必要があります。

会議でも、発言内容を記録するだけでなく、何が決まり、何が未決定で、誰が次の対応を行うのかを整理しましょう。

SESからPMOへ転職する際に確認したいこと

転職先を比較するときは、会社名や募集職種だけでなく、入社後に担当する業務を具体的に確認することが大切です。

特に、現在の仕事で変えたい点が、転職によって本当に変わるのかを確かめましょう。

確認項目	求人票や面接で確認したいこと
担当業務	入社直後は何を担当し、どこまで判断・提案に関われるか
支援する立場	ユーザー企業側とベンダー側のどちらを支援するか
参画する工程	企画、要件定義、開発、移行など、どの段階から関わるか
勤務条件	自社勤務・客先勤務の扱い、勤務地、リモート勤務の条件
配属の決まり方	希望を伝える機会や、案件変更時の相談方法
評価・育成	誰が何を評価し、配属後にどのような支援を受けられるか

希望する管理・推進業務を担当できるか

PMOには、会議運営や情報管理などを担う役割もあれば、課題分析や管理方法の改善を担う役割もあります。

日本PMO協会も、組織の課題によってPMOの支援活動や役割は異なると説明しています。

そのため、「PMO募集」と書かれていても、希望する業務を担当できるとは限りません。

資料作成や会議運営もプロジェクトに必要な仕事です。ただ、課題分析や計画策定まで担当したいのであれば、そこに関われる見通しを確かめる必要があります。

選考では、入社直後に期待される役割だけでなく、経験を積んだ後に担当範囲を広げる機会も確認しましょう。

出典：日本PMO協会「PMOとは」

ユーザー企業側とベンダー側のどちらを支援するか

PMOは、システムを利用するユーザー企業側だけでなく、開発を担うベンダー側を支援する場合もあります。

PMOという職種名だけでは、どちらの立場で参画するのかは分かりません。

ユーザー企業の業務部門と要件を整理したいのか、開発チームの管理を専門にしたいのかによって、確認する内容は変わります。

求人票や面接では、支援対象となる組織、主な報告先、関わる工程を確認しましょう。

「上流工程に携われる」という説明があった場合も、企画段階なのか、要件定義なのか、計画策定なのかを具体化しておくと、認識のずれを防げます。

客先勤務や案件変更など、働き方がどう変わるか

PMOへの転職と、客先勤務を離れることは分けて考える必要があります。

クロスオーバーでも、勤務地には自社とクライアント先の両方が含まれています。

現在の不満が通勤時間や案件ごとの勤務条件にある場合は、仕事内容だけでなく、勤務地の決まり方やリモート勤務の扱いも確認しましょう。

また、配属先が変わる頻度、案件選定時に希望を伝える機会、配属後に所属会社へ相談できる体制も確認したい項目です。

「PMOになれば働き方も希望どおりになる」と考えるのではなく、職種と勤務条件を別々に比較することが大切です。

年収だけでなく、評価や育成の仕組みを確認する

待遇を比較するときは、提示年収に加えて、どのような役割を任され、その成果がどう評価されるのかを確認しましょう。

たとえば、次のような点です。

• 参画先での評価と、所属会社での評価をどのように扱うか
• 所属会社の上司が担当業務を把握する機会があるか
• 管理・推進能力をどのような基準で評価するか
• 資料のレビューや、業務上の相談を受けられる相手がいるか

PMOの実務経験が少ない場合には、配属後の支援体制も重要です。

「研修がある」という説明だけで判断せず、実際の業務で困ったときにどのような支援を受けられるのかまで確認してください。

SESからPMOへの転職に向けて準備すること

応募前には、これまでの案件を振り返り、経験を具体的に説明できる状態にしておきましょう。

担当した案件数を多く見せるより、自分の役割と対応内容を正確に伝えることが大切です。

案件ごとに、自分の役割と管理経験を整理する

経験の整理には、次のような項目を使えます。

整理する項目	書き出す内容
案件の概要	システムの目的、担当工程、参画期間
自分の役割	開発担当、運用担当、リーダー、PM支援など
管理した範囲	自分の作業、チームの作業、他チームとの調整など
発生した課題	遅延、認識のずれ、品質上の問題、対応漏れなど
自分の対応	確認、分析、提案、関係者との調整、対応状況の確認
結果	何が改善したか、何が解決せず残ったか

複数の現場を経験している方は、現場ごとの管理方法の違いや、参画時に何を確認して業務を理解したかも振り返ってみましょう。

ただし、案件全体の規模と、自分が担当した範囲は区別してください。

大規模案件に参加していたことだけで、全体を管理した経験があるとは説明できません。

職務経歴書では、技術経歴と管理・調整経験を分けて書く

職務経歴書では、開発言語や使用ツールに加えて、管理・調整に関わった経験も記載しましょう。

以下は、記載方法を示すための架空の例です。実際の応募では、自分が担当した内容に置き換えてください。

業務システムの改修案件で、詳細設計から結合テストまでを担当。開発業務と並行してチーム内の進捗を取りまとめ、未解決の仕様確認事項を整理した。顧客からの回答が必要な項目について、確認期限と影響する作業を明確にし、PLへの報告を行った。

このように書けば、開発担当だったことと、その中で管理を支援したことの両方を説明できます。

記載するときは、次の点を確認してください。

• 正式な役割と、実際に担当した業務を区別する
• 自分の対応とチーム全体の成果を分ける
• 数値で成果を示す場合は、確認できるものだけを使う
• PMOという肩書きがなくても、担当した管理・調整業務を具体的に書く

PMOという肩書きでなかった経験を、無理に「PMO経験」と書き換える必要はありません。

結果を数字にできない場合は、決まったこと、改善したこと、残った課題を説明する方法があります。

志望動機では、転職後に担当したい仕事まで伝える

「今の案件では成長できない」「開発以外の仕事がしたい」という転職理由だけでは、PMOとして何をしたいのかが伝わりません。

現在の経験と、今後担当したい業務をつなげて説明しましょう。

整理する内容	考える際の問い
これまでの経験	管理・調整・課題対応のうち、何に関わってきたか
今後担当したい仕事	チーム内の管理から、どの範囲へ仕事を広げたいか
応募先とのつながり	希望する業務を、その会社で担当できると考えた理由は何か
補う必要があること	求められる経験・知識のうち、何が不足しているか

たとえば、チーム内の課題整理や他部署との調整に関わってきたのであれば、その経験を踏まえて、プロジェクト全体の課題管理や計画策定を支援したいと伝える方法があります。

さらに、応募先の業務内容を確認し、なぜその会社で取り組みたいのかを説明できるようにしてください。

ユーザー企業側の支援に関心があるのか、複数チームを横断する管理に関わりたいのかまで具体化すると、求人との適合性も確認できます。

不足する知識や経験を確認する

PMO未経験であることと、プロジェクト管理の知識・経験がないことは分けて考えましょう。

クロスオーバーでは、プロジェクト管理の経験または知識を必要とし、PMPなどの資格は考慮対象としていますが、必須条件にはしていません。

管理経験が少ない方は、現在の業務で進捗の取りまとめや課題整理を担当できるか、所属会社や現場の責任者に相談してみる方法があります。

その際は、任されている業務範囲を確認し、無断で役割を広げないようにしましょう。

学習についても、応募したい求人で必要とされる知識と、自分が説明できない部分を照らし合わせて進めてください。

資格取得だけを目標にせず、実務でどのように使う知識なのかを考えることが大切です。

株式会社クロスオーバーについて

本メディアを運営する株式会社クロスオーバーは、日本能率協会コンサルティング（JMAC）のグループ会社です。システム化企画や、システム開発プロジェクトにおけるPMO支援などを行っています。

当社のPMO業務では、主に次のような支援を行います。

• プロジェクト計画の策定・推進
• 問題・課題の整理と解決支援
• プロジェクトマネジメントの改善
• 意思決定に必要な報告資料の作成

採用では、PMOという肩書きでの実務経験だけでなく、技術者としてPM・PMOに相当する管理業務を担当してきた経験も評価しています。

これまでの開発・運用業務に加え、チームの管理や顧客との調整に関わった経験をお持ちの方は、募集要項と照らし合わせてご検討ください。

仕事内容や応募条件、選考については、採用情報でご案内しています。

株式会社クロスオーバーの採用情報を見る

記事のまとめ

SESからPMOへの転職を考える際は、これまでの案件で担当した仕事を、技術業務と管理・調整業務に分けて整理してみましょう。

PMOという肩書きがなくても、関連する経験を説明することはできます。

転職活動では、次の点を確認することが大切です。

• 経験の整理：どの範囲を担当し、課題にどう対応したかを具体化する
• 求人の確認：担当業務、支援する立場、勤務条件、評価・育成体制を確かめる
• 応募の準備：現在の経験と、転職後に担当したい仕事をつなげて説明する

まずは、自分が今後担当したい仕事を具体化し、その仕事に活かせる経験と、補う必要がある知識を整理するところから始めてみてください。

合わせて読みたい

監修者プロフィール

岩井 知洋

株式会社クロスオーバー
取締役 ITコンサルティング事業部 事業部長

大手SI事業者にて、大規模開発のPMを経験後、日本能率協会コンサルティング（JMAC）に入社し、金融から物流、自治体まで幅広くシステムグランドデザインやシステム化企画、業務分析・改善等の支援に従事。
近年は、JMACのグループ会社であるクロスオーバーにて、メガバンク、政令市、大手アパレル、製造業等におけるシステム再構築やインフラアウトソーシングの案件等のシステム化企画やユーザー側のPMOを中心に支援している。