この記事は、SIer・事業会社・金融機関のシステム部門で PM / PMO を担ってきて、ITコンサルへの転職を検討しているマネージャー層を想定しています。後半では、保険・銀行など金融システムの PMO を経験してきた方向けに、説明で迷いやすい点を補足します。
※ 2026-10 に改稿しました。改稿前に載せていたファーム別の年収目安は、出典と時点を示せないため削除しています。
「PMO経験があります」だけでは、役割の中身が伝わらない
PM / PMO 出身の方の相談で多いのが、「PMO 経験はコンサルで評価されますか」という質問です。採用市場で見ると、答えは「何を担っていたかによる」です。同じ PMO でも、進捗の取りまとめが中心だった方と、関係者の判断を支える材料を作っていた方では、応募先で期待される役割が変わります。
ここで大事なのは、経験を大きく見せることではありません。進捗管理が中心だった経験を、戦略を決めていた経験に言い換える必要はありません。実際に担った作業と判断を分けて説明する方が、採用側と役割の認識を合わせやすく、入社後のずれも小さくなります。
三つの層で、自分の担当を分ける
| 層 | 説明する内容 | 職務経歴書で書くこと |
|---|---|---|
| 情報を集める | 進捗・課題・リスクを、誰から、どの粒度で集めたか | 集めた範囲 (チーム・ベンダー・ユーザー部門) と、そろえた形式 |
| 問題を整理する | 遅延や対立の原因をどう分け、確認すべき事項を明確にしたか | 何が判断できない原因だったか、自分が切り分けたこと |
| 判断を支える | 選択肢・影響・期限・担当を示し、誰の意思決定につなげたか | 判断したのは誰か、自分が用意した材料、その後どうなったか |
上の層まで関わっているほど良い、と機械的に評価するための表ではありません。応募先が求める役割に対して、自分が説明できる経験はどの層かを確かめるためのものです。
「会議を運営した」の先を具体的にする
会議の開催回数より、その会議で何を決める必要があったかを書きます。議題を集めただけなのか、決められない原因を整理したのか、関係者が比べられる資料を作ったのか。担当の深さはここに表れます。
職務経歴書では、次の順で書くと伝わりやすくなります。
- 課題 (何が決まらず、何が止まっていたか)
- 判断に足りなかった情報
- 自分が整理した内容
- 関係者の合意 (誰と、どの条件を合わせたか)
- その後の確認 (決めたことが実行されたかをどこまで見たか)
決定権が別の人にあったなら、その事実も書きます。チーム全体の成果を自分だけの成果にせず、自分の貢献と組織の結果を分けて説明する方が、面接で深掘りされても崩れません。
保険・銀行など金融システムのPMOの場合
金融システムの PMO を経験してきた方が誤解しやすいのは、業界知見がいちばん評価されると考えることです。保険や銀行の業務・システムの知識は経験の前提として必要ですが、それだけでは「別の案件でも同じ役割を果たせるか」が伝わりません。
システムの名称で閉じず、他の案件でも使える部分を分ける
関わった業務やシステムの名称は、経験の前提を伝えるために書きます。そのうえで、次のような案件が変わっても説明できる部分を分けて書きます。
- 複数の部署・ベンダーから条件を集め、優先順位を確認した経験
- システム間の影響を整理し、変更の進め方を関係者と合わせた経験
- リリース判定や移行判定のために、判断材料をそろえた経験
社内固有の呼び方は、役割が分かる言葉で補足します。
制度・規制に関わった場合は、担当範囲として書く
規制対応や制度変更に関わった場合も、制度の解説ではなく、採用上説明できる担当範囲にとどめます。何の判断を誰が行い、自分は何を整理したのか、です。制度そのものの解釈は、この記事の範囲外です。
金融機関の内側と、支援する側の違い
金融機関のシステム部門や金融系 SIer の PMO は、組織の中で決まった手順と承認の流れに沿って案件を進める立場です。コンサルの PMO は、その手順や進め方自体を顧客に提案し、合意を取る側に回ることがあります。どちらが上という話ではなく、担う判断の種類が違うので、応募先でどちらを期待されているかを確認します。銀行システム部門の管理職の方は、銀行システム部門の管理職からコンサルへ｜年収より先に確認する五つの役割 もあわせて読んでください。
応募先でも「PMO」の中身を確認する
求人の「PMO」と「コンサルタント」の表記は、会社によって中身が違います。名称ではなく、担当する判断の違いを面接で確かめます。
| 確認したいこと | 面接での聞き方 |
|---|---|
| 期待される成果物 | 「入社後に私に期待する成果物と、それを評価する方はどなたですか」 |
| 担当の深さ | 「課題の整理だけでなく、推奨案の作成まで担当しますか」 |
| 提案の権限 | 「案件の進め方を変える提案は、誰が承認しますか」 |
| 顧客との位置関係 | 「顧客の PMO の一員として入るのか、外から支援する立場ですか」 |
| 評価されている人 | 「このポジションで評価されている方は、どんな仕事をしていますか」 |
最後の質問は特に大事です。その会社でどんな人が評価されているかを確認しないまま入社して、期待とのずれに気づくケースは少なくありません。
マネージャー求人では、追加の責任も聞く
同じ「マネージャー」の求人でも、仕事の範囲、期待される成果、求められる素養、組織での立ち位置は求人ごとに違います。案件を進めることに加えて、提案、チームの育成、案件の収支などが含まれるかを、募集ごとに確認します。
これまで経験していない責任が含まれるなら、入社後の支援体制と評価の前提を聞きます。年収は、その年収に対して期待される成果とのバランスで比べます。肩書きが上がることを、そのまま自分に合う条件だと判断しないでください。
最初に決めるのは「何を最大化したいか」
転職を考え始めたら、年収・役職・職務内容のうち、何をいちばん伸ばしたいかを先に決めます。三つを同時に最大化できる求人はほとんどありません。
- 職務内容を広げたい — 課題の定義や提案まで担いたいなら、担当の深さ (上の表) を最優先で確認する
- 役職を上げたい — マネージャー求人の追加の責任を確認する
- 年収を上げたい — 期待される成果とのバランスを確認する
動かない方がよいときもある
求めていることを満たせる求人が見つからないときは、無理に動く必要はありません。現職で担当を「判断を支える」層まで広げられるなら、それも同じ土俵で比べられる選択肢です。
PM / PMO の経験を過小評価する必要も、大きく見せる必要もありません。担当してきた仕事と、次に担いたい仕事の差を明確にすることが、納得できる判断の出発点になります。
よくある質問
PMO の経験しかなくても、ITコンサルに応募できますか
応募はできます。ただし、どの層 (情報を集める・問題を整理する・判断を支える) まで担ってきたかによって、合うポジションが変わります。まず自分の担当を三つの層で分け、それを求めている求人かを確認してください。
保険や銀行の業務知識は、どの程度アピールすればよいですか
前提として書いたうえで、業務知識だけで説明を終えないことが大事です。複数の部署から条件を集めた経験や、判断材料をそろえた経験など、案件が変わっても使える部分を分けて書くと、応募先の幅が広がります。
コンサル会社の PMO 求人と、事業会社の PMO 求人は何が違いますか
担う判断の種類が違うことがあります。事業会社では社内の手順に沿って進める立場、コンサルでは進め方自体を提案して合意を取る立場になることがあります。面接で「進め方を変える提案は誰が承認するか」を聞くと違いが見えます。
自分の経験と次の役割を整理する
応募先を決める前に、担当してきた仕事と、これから担いたい責任を一緒に整理できます。相談は転職を決めることと同じではありません。現職に残る選択も含めて比べます。
- PM / PMO からのコンサル転職、金融機関・金融系 SIer からの転職は、伊藤直隆が担当します。伊藤直隆に相談する
