SESのPMOから転職するには？転職先5つと職務経歴書の書き方

PMO経験を、事務・統制・意思決定支援・組織改善の四段階へ分ける

最初に、現在の仕事を四段階へ分けます。一段目の事務支援は、会議設定、議事録、資料の体裁調整、実績値の回収などです。必要な仕事ですが、決められた入力と形式を正確に処理した範囲だけなら、次の求人でも同じ支援作業が中心になる可能性があります。件数と速さだけでなく、情報の不足や矛盾をどこで検知したかを確認します。

二段目の統制支援は、WBS、課題、リスク、変更、品質、費用、体制を同じ基準で更新し、計画との差を見えるようにする範囲です。単に赤や黄色を付けるのではなく、判定基準、報告期限、責任者、次の行動をそろえます。遅延の理由を担当者の努力不足にせず、前提条件、依存タスク、承認、環境、要員など検証できる原因へ分けたかが証拠になります。

三段目の意思決定支援は、放置した場合の影響、選択肢、必要な情報、判断者、判断期限を整理し、会議で決まる状態を作る範囲です。自分が最終決定者でなくても、決定に必要な事実を集め、案の違いを期間・費用・品質・運用・安全で比較し、決定後の担当と期限を追ったなら説明できます。議事録の文字数ではなく、未決事項が行動へ変わった過程を残します。

四段目の組織改善は、一案件の集計を超え、複数チームの共通基準、レビュー、再利用できるテンプレート、振り返り、教育へ戻した範囲です。ただし、フォーマットを配っただけで成熟度向上を主張しません。誰が使い、どの判断や引き継ぎがそろったかを確認します。四段階は優劣ではなく現状把握であり、担当していない段階を経験へ混ぜないことが重要です。

• 事務支援: 会議・議事録・実績回収を正確に行う
• 統制支援: 計画との差と原因・担当・期限をそろえる
• 意思決定支援: 影響・選択肢・判断者・判断期限を構造化する
• 組織改善: 共通基準・レビュー・振り返りを次へ残す
• 境界: 自分の判断、PMの判断、顧客の判断を分ける

課題・リスク・変更・依存関係を混ぜず、六つの証拠へ変える

PMO経験を伝える中心は、作成したファイル名ではなく管理対象です。まず目的と完了条件を置きます。何を、いつまでに、どの品質・費用・範囲で終えるプロジェクトだったか。自分が目的を決めていない場合も、計画書や責任者の説明から、担当チームの完了条件をどのように読み、報告項目へ反映したかを書けます。目的を知らずに数値だけ集めていたなら、その事実も次に確認すべき不足です。

課題はすでに発生し、目的や計画へ影響する事象。リスクはまだ起きていない不確かさ。変更は合意済みの範囲・期限・費用・品質などを変える要求。依存関係は、別の作業・チーム・承認・環境が終わらないと進めない関係です。四つを一つの「課題管理表」へ詰め込むと、対処、予防、承認、順序の違いが見えません。自分が分類基準を提案した、誤分類を戻した、判断経路を分けた経験を探します。

次に、意思決定ログと結果を加えます。論点、確認した事実、候補案、各案の影響、決定者、決定日、採用理由、担当、期限、実行結果を一行で追える形です。会議で口頭合意しただけなら、後日認識がずれることがあります。決定を記録し、変更票やWBS、テスト、移行、運用手順へ反映されたかを確認した経験は、単なる議事録作成より強い証拠です。

六つ目は振り返りです。計画と実績の差を、誰かの反省文ではなく、見積り前提、依存関係、レビュー待ち、環境、品質、変更、意思決定の遅れへ分けます。次のフェーズで確認順、閾値、会議参加者、承認期限を変え、実際に使われたかを追います。測っていない短縮率や削減額を作らず、観察できた運用の変化だけを残してください。

• 目的・完了条件: 何を、いつ、どの制約で終えるか
• 課題・リスク: 発生済みと未発生を分ける
• 変更・依存: 承認が必要な差分と作業順を分ける
• 意思決定: 事実・選択肢・決定者・理由を残す
• 実行結果: 決定が成果物と現場へ反映されたか追う
• 振り返り: 次のフェーズで変えた基準と利用者を残す

転職先5つを、肩書ではなく次に持つ責任で比較する

一つ目はPM・PLです。計画、体制、範囲、進捗、品質、費用、リスクを統合し、結果へ責任を持つ方向です。IPAのプロジェクトマネージャ試験は、目的と計画、チーム、リスク、不確かさ、ステークホルダー、計画と実績の分析・改善を役割として示しています。PMOで一部を支えたことと、全体を決めることは別です。小規模チームや一領域のリードから持つ責任を増やせる求人か確認します。

二つ目は専門PMO・PMOコンサルタントです。単一プロジェクトの報告支援だけでなく、計画標準、ポートフォリオ、ガバナンス、品質、リスク、経営報告、プロジェクト立て直しなどへ広げる方向です。「PMOコンサル」という名称でも、資料作成要員、PM代行、複数案件の統制では仕事が違います。顧客の誰を支え、どの判断と成果物を持つかを聞きます。

三つ目はITコンサルタントです。プロジェクト管理を入口に、顧客の業務課題、IT投資、要求、製品・技術の選択肢、導入・定着へ範囲を広げます。現在のPMO経験が進捗集計だけなら、課題定義や技術判断を経験済みとは言えません。一方、業務部門と開発の論点を整理し、複数案の影響を示し、決定後の導入結果まで追った経験は接点になります。

四つ目は社内SE・DX推進、五つ目は事業会社のプロジェクト推進・プログラム管理です。社内SEでは利用部門、ベンダー、セキュリティ、運用をつなぎ、導入後の改善まで持つ求人があります。事業会社では複数部門・製品の優先順位や成果へ近づける一方、技術実装から離れる場合もあります。「常駐を離れる」だけで選ばず、内製と外注、意思決定権、運用責任、入社90日の成果物を比べます。

• PM・PL: 一領域から計画と結果の責任を増やす
• 専門PMO: 統制・ガバナンス・立て直しを複数案件へ広げる
• ITコンサル: 課題・選択肢・合意・導入結果まで広げる
• 社内SE・DX推進: 利用部門とベンダーをつなぎ運用まで持つ
• 事業会社の推進: 製品・部門横断の優先順位と成果を持つ

90日で、会議の回数ではなく判断と実行の証拠を一つ増やす

最初の30日は、直近二つの案件を時間順に棚卸しします。目的、体制、自分の依頼元、作った成果物、定例会、課題、リスク、変更、依存関係、決定、実行結果を並べます。同じ会議でも、情報共有、相談、承認、意思決定では目的が違います。顧客名、非公開の計画、予算、障害、画面、個人名は持ち出さず、業界・システム用途・役割へ一般化します。

31〜60日は、現在の権限内で一つの管理対象を改善します。たとえば課題とリスクの判定基準、依存関係の見える化、意思決定ログ、変更の影響確認、フェーズ完了条件、振り返りの確認順です。自分だけの表を増やすのではなく、PM、チーム、顧客の誰が何の判断に使うかを先に確認し、小さく試してレビューを受けます。

改善後は、入力負担と利用結果を観察します。項目を増やして更新されなくなった、担当者が意味を理解できなかった、判断者が会議にいなかった場合は失敗を隠しません。項目を減らした、更新日を変えた、判断者を先に招いた、完了条件を文章化したなど、次に直した行動まで残すと、テンプレート導入ではなく運用設計の経験になります。

61〜90日は、現職で増やせる責任と求人十件を同じ表へ置きます。求人名ではなく、入社直後の案件規模、対象工程、成果物、決定権、上位者のレビュー、顧客層、技術への関与、評価、働き方を確認します。現職で半年以内に一領域の計画・リスク・結果を持てるなら残る案も比較し、役割が変わらない場合だけ転職を急ぐのではなく市場確認へ進みます。

• 1〜30日: 二案件を目的・判断・実行結果へ分ける
• 31〜60日: 一つの管理基準を利用者と決めて試す
• 失敗も記録: 更新されない理由と次の修正を残す
• 61〜90日: 現職の役割変更と求人十件を同じ表で比較する
• 応募と退職: 市場確認、応募、承諾、退職を別々に決める

職務経歴書は、入力・判断材料・成果物・結果の順で書く

「大規模プロジェクトのPMOとして、進捗・課題・リスク管理を担当」だけでは、規模と管理語しか分かりません。一案件ごとに、業界とシステム用途、フェーズ、体制、支援した責任者、自分の担当範囲、受け取った情報、見つけた差分、作った判断材料、誰が決めたか、実行結果を書きます。大規模案件全体の成功を自分一人の成果にしません。

進捗管理は、WBS更新ではなく計画との差を扱った事実へ変えます。たとえば複数チームの成果物とレビューの依存関係を整理し、遅延が後続テストへ与える影響、回避案、判断期限をPMへ提示した。PMの決定後に担当・期限を更新し、テスト開始条件まで追った、という流れです。計画を自分が作っていないなら、作成者と自分の更新・分析範囲を分けます。

会議・議事録は、発言を転記した量ではなく意思決定の状態へ変えます。会議前に未決論点、必要資料、判断者を確認し、会議中に事実と意見を分け、会議後に決定、保留理由、追加情報、担当、期限を記録した。変更票や計画へ反映されるまで追った。この一連の範囲を事実として書けば、調整力という抽象語より再現性が伝わります。

結果は根拠のある数字か観察できる変化だけを使います。意思決定日数を測っていないのに「50%短縮」と書きません。「判断に必要な資料と決定者を事前にそろえる運用がチームの定例手順になった」「フェーズ移行時の未完了一覧を次工程が利用した」のように、利用者と変化を示せます。資格と研修は知識として分け、本番で担当していない責任へ混ぜないでください。

• 背景: 業界・用途・フェーズ・体制を一般化
• 入力: 計画・実績・課題・変更の何を受け取ったか
• 判断材料: 差分・影響・選択肢・期限をどう整理したか
• 境界: 自分、PM、顧客、各チームの決定を分ける
• 結果: 誰が使い、どの行動・成果物が変わったか

求人では、役割・権限・技術・評価・働き方を7問で確かめる

一問目は入社30・60・90日の案件、役割、成果物です。「PMO」「上流」「プライム」といった名称だけでは、議事録中心か、計画・課題・リスク・変更の統制か、顧客の意思決定支援か分かりません。直近に近い経歴で入社した人が、最初の三か月に何を作り、誰のレビューを受け、どの会議で説明したかを聞きます。

二問目は最終決定者と自分の権限、三問目は担当する管理領域です。スコープ、進捗、費用、品質、リスク、調達、体制、変更のどれを持つか。情報を集めるだけか、基準を作るか、是正案を提案するか、決定後の結果を追うかを分けます。権限が大きいこと自体より、責任とレビュー、エスカレーションの釣り合いを確認します。

四問目は技術・業務への関与、五問目は評価です。アーキテクチャ、要件、テスト、移行、運用の内容を理解して論点を作るのか、管理情報だけを扱うのか。評価は売上・稼働率、顧客評価、成果物品質、案件獲得、社内標準化、資格のどれが基本給・賞与・昇格へつながるかを聞きます。肩書が上がっても、技術と業務の理解を更新できない配置かもしれません。

六問目は配属・待機・常駐・兼務、七問目は労働条件です。配属決定者、希望が外れた場合、案件間の役割、複数案件、出張、顧客先勤務、リモート、繁忙期を確認します。厚生労働省の案内に沿い、基本給、固定残業、賞与、試用期間、雇入れ直後と変更後の業務・就業場所を求人票と労働条件通知書で照合します。PMOという名称を高年収や働きやすさの保証にしません。

• 入社30・60・90日の案件・役割・成果物
• 最終決定者、自分の権限、レビューとエスカレーション
• 計画・課題・リスク・変更・品質の担当範囲
• 技術・業務・要件・移行・運用への関与
• 売上・稼働率・品質・顧客評価・昇格の基準
• 配属・待機・常駐・兼務・出張・リモートの扱い
• 給与内訳・試用期間・業務と就業場所の変更範囲

対象条件に合う相談先へ同じ経歴と7問を渡し、提案理由を比べる

転職支援を使う場合は、PMO・コンサル求人が多いという広告だけで選びません。現在の経歴で紹介可能な求人、その求人を選んだ経験上の理由、入社後の役割、選考で不足する証拠を具体的に説明できるかを比べます。サービスごとに違う希望を伝えると提案差の理由が分からないため、同じ職務要約、必須条件、除外条件、求人7問を渡します。

TechGoは、主な利用対象が実務経験二年以上のITエンジニアで、20代後半〜30代の支援を中心に案内されています。PMO経験があっても、現在紹介できる職種、企業が求める技術・工程、年収内訳は個別確認が必要です。進捗表の作成量ではなく、課題・変更・意思決定・結果のどの証拠を評価して求人を選んだか質問します。

STRATEGY CAREERは、エンジニア経験者、主に20〜30代、東京・大阪エリアでの就職希望が対象の目安です。社内SE転職ナビはITエンジニア経験者、20〜44歳、関東・関西・北海道での転職希望などが主な対象です。PMOを続ける案だけでなく、ITコンサル、社内SE、DX推進など現在紹介可能な職種と、入社90日の役割を同じ質問で確認します。

TechClipsエージェントは、ITエンジニア経験があり、自社サービスを持つ事業会社を中心に相談したい場合の候補です。事業会社へ移れば意思決定権や製品責任が自動的に増えるとは限りません。開発・運用への関与、外注管理の割合、プロジェクト終了後の配属を求人ごとに確認します。比較中の全社へ申し込まず、年齢・経験・勤務地・希望進路の対象に合う二社までを選び、本人同意なしに応募を進めないよう一社ずつ確認してください。

• 今の経歴で紹介可能なPM・PMO・ITコンサル求人は何件か
• 各求人を選んだ経験上の理由は何か
• 入社90日の役割・成果物・決定権は何か
• 不足する技術・業務・マネジメント経験は何か
• 配属、評価、勤務場所、給与内訳をどう確認したか
• 応募前に企業ごとの本人同意があるか
• 条件に合わない時、現職で増やす責任は何か

職務経歴書の変換例

「管理した」という大きな言葉を、入力、判断材料、最終決定者、自分の成果物、実行結果へ分解します。

行動前チェックリスト

• PMO業務を事務・統制・意思決定支援・組織改善へ分けた
• 目的・完了条件・計画と実績の差を説明できる
• 課題・リスク・変更・依存関係を区別した
• 自分、PM、顧客、各チームの決定範囲を分けた
• 決定後の担当・期限・成果物・結果まで追った例がある
• PM・専門PMO・ITコンサル・社内SE・事業会社推進を比較した
• 入社90日の役割・成果物・権限を求人へ聞く
• 技術・業務への関与と評価基準を聞く
• 根拠のない削減率・年収・プロジェクト成果を作っていない
• 対象条件に合う相談先だけへ同じ経歴と7問を渡す