コンサル転職向け職務経歴書の書き方｜SIer・PMO経験を評価される形に直す

コンサル転職の職務経歴書は、きれいな経歴を書く書類ではありません。読み手に「この人は論点を整理し、関係者を動かし、成果まで持っていける」と想像してもらうための資料です。
少し大げさに聞こえますが、ここは本当に差が出ます。

SIerやPMOの経験も、作業名のままだと弱い。まだコンサル経験がなくても、自分の仕事を相手に伝わる言葉へ直せば、評価される余地はあります。この記事では、職務経歴書の型、経験の言い換え方、落ちやすい書き方を整理します。

コンサル転職の職務経歴書で見られること

コンサル転職の職務経歴書で見られるのは、肩書きの立派さだけではありません。

採用側が知りたいのは、この人がクライアントの前に出たときに、どのくらい任せられるかです。

具体的には、次のような観点で読まれます。

• 複雑な状況を整理できるか
• 関係者の認識差を埋められるか
• 課題、リスク、打ち手を言語化できるか
• 上位者や顧客の意思決定を支援できるか
• 自分の経験を、転職先の業務に接続して語れるか

ここでつまずきやすいのが、職務経歴書を「担当作業の一覧」にしてしまうことです。

もちろん、担当工程や技術スタックは必要です。
ただ、それだけだと「手を動かした人」には見えても、「プロジェクトを前に進めた人」には見えにくい。

コンサル転職では、この差がかなり大きいです。

まず全体構成を決める

職務経歴書は、最初から細かい文章を書き始めると散らかります。

先に骨組みを作る

まずは、次の順番で骨組みを作るのがおすすめです。

職務要約は、思っているより大事です。

採用担当やエージェントは、最初の数十秒で「この人はどのポジションで検討できるか」を見ます。

たとえば、SIer出身なら次のように書くと伝わりやすくなります。

「何を担当したか」に加えて、「どんな状況で、何を前に進めたか」まで入れると、読み手があなたの仕事ぶりを想像しやすくなります。

SIer・PMO経験はコンサル向けに翻訳する

SIerやPMO経験者は、経験そのものが弱いわけではありません。

弱く見えるのは、言葉の置き方がコンサル採用側に合っていない場合です。

作業名を役割の言葉に直す

たとえば、同じ経験でも次のように変わります。

少し地味ですが、こういう翻訳が効きます。

コンサルの仕事は、必ずしも「すごいアイデアを出す仕事」だけではありません。定義には揺れがありますが、少なくともITコンサルやPMOコンサルでは、状況を整理し、意思決定を前に進める力がかなり見られます。

だからこそ、職務経歴書では作業名ではなく、あなたが整理した論点、動かした関係者、変えた状態を書く方がよいです。

NG例と修正例

職務経歴書でよくあるNGは、文章が正しいのに評価されにくい書き方です。

たとえば、次のような書き方です。

• 基本設計、詳細設計、テストを担当
• PMOとして進捗管理、課題管理、会議運営を担当
• Java、SQL、AWSを使用
• 大規模プロジェクトに参画

間違いではありません。

ただ、このままだと、読み手は「で、何を任せられる人なのか」を判断しづらいです。

修正するなら、次のように具体化します。

ここで盛る必要はありません。

むしろ、盛ると面接で崩れます。
自分が実際に見ていた範囲、判断したこと、周囲に働きかけたことを、少し解像度高く書けば十分です。

実績は数字だけでなく前後関係を書く

コンサル転職では、成果を数字で書くことが大事だと言われます。

これは半分正しいです。

ただし、数字だけを書いても、読み手が状況を想像できないことがあります。

たとえば「工数を20%削減」と書くなら、次のように前後関係を添えると伝わりやすくなります。

数字が出せない場合もあります。

その場合は、無理に数字を作るより、変化の前後を書いた方がよいです。

• 報告資料が状況共有中心だったものを、論点と判断事項が分かる形に変更した
• 課題管理表に期限と責任者がない状態から、対応ステータスを追える状態にした
• 業務部門と開発部門で認識が割れていた要件を、優先順位付きで整理した

数字は強いです。
でも、数字がない経験にも価値はあります。

読み手が追いたいのは、ただの結果ではなく、どの状態からどの状態へ変えたのかです。

未経験・第二新卒の場合の書き方

未経験や第二新卒でコンサル転職を狙う場合、職務経歴書で無理に「コンサルっぽく」見せすぎる必要はありません。

むしろ、経験が浅いのに大きく見せると、面接で厳しく見られます。

盛らずに再現性を見せる

未経験の場合は、次の3つを丁寧に書く方がよいです。

• 現職でどのような課題を見つけたか
• 自分なりにどう整理し、周囲に働きかけたか
• その経験を、なぜコンサルで活かしたいのか

第二新卒なら、ポテンシャルも見られます。

ただし、ポテンシャルは「やる気があります」では伝わりません。
学習の速さ、論理的に考えた経験、粘り強く改善した経験を、実例で見せる必要があります。

もしSIerや社内SEで1〜3年の経験があるなら、技術だけでなく、ユーザーや顧客との接点を探してください。

小さな調整でも構いません。
コンサル転職では、その小さな調整をどう考えて動いたかが、意外と大事です。

エージェントに添削してもらうときの伝え方

職務経歴書は、エージェントに添削してもらうのも有効です。

特にコンサル転職では、求人ごとに評価される経験が変わります。

ただし、白紙に近い状態で「添削してください」と渡すより、次の材料を持って相談した方が深いフィードバックをもらいやすいです。

• 応募したい職種や企業タイプ
• 自分が評価されると思う経験
• 逆に弱いと思っている経験
• 年収アップ、働き方改善、職種変更のうち何を優先したいか
• 面接で話せるエピソードと、まだ整理できていないエピソード

エージェントは、職務経歴書をきれいにする人というより、応募先に合わせて伝え方を調整する相談相手です。

特にSIerからITコンサル、PMOからコンサルを狙う場合は、経験の翻訳が重要になります。

関連する考え方は、次の記事でも整理しています。

• SIerからコンサル転職はできる？評価される経験と失敗しない進め方
• PMOからコンサル転職はできる？評価される経験と失敗しない進め方
• PMOコンサルとは？仕事内容・年収・ワークライフバランスを公開求人例から解説

書き終えた後のチェックリスト

最後に、職務経歴書を書き終えたら、次の点を確認してください。

• 職務要約だけで、経験領域と強みが伝わるか
• 担当作業だけでなく、課題、行動、成果が書かれているか
• SIerやPMOの経験が、コンサル向けの言葉に翻訳されているか
• 数字がある場合は、何をどう改善した数字なのか分かるか
• 数字がない場合も、状態の変化が分かるか
• 応募したい職種と、書いている経験がつながっているか
• 面接で深掘りされても、自分の言葉で話せるか

職務経歴書で悩む人が欲しいのは、単なるテンプレートではなく、「自分の経験をどう書けば通じるのか」です。

テンプレートは便利です。
でも、テンプレートに自分を合わせるより、自分の経験を採用側に伝わる形へ直す方が、選考では強いです。

まとめ

コンサル転職向けの職務経歴書では、経歴をきれいに並べるだけでは足りません。

SIer、PMO、IT企画、業務改善の経験は、書き方次第で十分に評価される可能性があります。

作業名だけで止めず、次の3つまで書けると、コンサル転職の読み手にも伝わりやすくなります。

• どんな課題があったか
• 自分が何を整理し、誰に働きかけたか
• その結果、何が前に進んだか

職務経歴書は、面接前にあなたの仕事ぶりを想像してもらう資料です。

少し手間はかかります。
でも、ここを丁寧に整えると、面接で話す内容まで自然に強くなります。