本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。
即答
転職回数4回以上のエンジニアでも、職務経歴書は構成次第で書類を通せます。
この記事の結論
「転職4回もしてると、もう書類の時点で弾かれるのかな…」ってドキッとしますよね。でも実は、書類を通すコツはシンプルで「経歴の羅列をやめて、最初の3行で『軸』を見せる」ことなんです。私も最初は職歴欄をびっしり埋めて、転職理由を1社ずつ書いていました。でも書類通過率は公開データ上の目安割を切ったまま。職務経歴書を「軸 + 実績ハイライト + 直近の到達点」の3ブロックに組み替えたら、通過率は公開データ上の目安倍に上がりました。
採用担当が最初に見るのは「この人は何の人か」の1行だけです。転職回数の多さは、軸が伝われば「経験の幅」に変換されます。詳しい構成テンプレートはこの記事で5ステップに分けて書きます。
なぜ転職回数4回以上は書類で落とされやすいのか
転職回数が多いエンジニアの書類が止まる理由は、能力ではなく「読みづらさ」にあります。doda の調査でも、20〜30代の転職経験者のうち3回以上経験している人は少数派ではなく、企業側も「3回以上を許容する」とする回答が増えています（doda「転職回数と採用への影響」）。市場側はすでに変わっているのに、書類段階で落ちやすいのは構成の問題が大きいです。
採用担当が職務経歴書に使う時間は、平均で1分前後とされます。4社分の経歴を時系列でフラットに並べると、1社あたり15秒。読み手は「この人はどこに向かっているのか」を掴めません。気づいたんですけど、これは経験の問題ではなく構成の問題です。
転職回数が多いエンジニアが抱えがちな誤解として、「経歴が短いと書けることがない」というものがあります。半年でも、関わったプロジェクトの規模・役割・成果は書けます。書けないと感じるのは、職種名で書こうとしているからです。課題ベースで書けば、短い在籍でも書ける材料はあります。
転職回数が多いほど、最初の3行で軸を見せる必要があります。逆に言えば、軸さえ立てば「複数業界を渡って俯瞰できる人」「環境適応が早い人」というポジティブな評価に転換できます。同じ経歴でも、書き方一つで意味が変わるのが書類選考の現実です。
採用担当が「ジョブホッパー」と判断する境界線は、回数そのものではなく「次の理由が説明できない」点にあります。3回でも理由が散らかっていれば懸念視され、5回でも軸が一貫していれば「経験豊富」と評価される。境界線は数ではなく構成です。
ジョブホッパー懸念を打ち消す5つの構成術
職務経歴書を全部書き直す必要はありません。順番と密度を変えるだけで、書類通過率は変わります。私が試して効いた構成は、次の5つに絞られます。
- 軸の1行サマリーを冒頭に置く
- 直近の数字成果を3つに絞る
- 在籍期間が短い職歴も省略しない
- 共通スキルでグルーピングする
- 直近2社に文字量の7割を割く
この順番で組むと、読み手の負荷がぐっと下がります。やってみたら、エージェントからの面談打診も増えました。1ページ目に「軸を1行 + 直近の数字成果3つ」を置き、2ページ目以降に時系列の経歴を回す。それだけの違いです。
それぞれ理由があります。在籍期間が短い職歴を隠すと、面接で深掘りされやすいからです。最初から開示して、軸の中で位置づけるほうが結果として安全です。
「直近成果3つ」を冒頭に置くのは、軸の証拠になるからです。軸だけ書いても抽象論で終わります。具体的な数字 + 規模感 + 期間がセットになって、はじめて軸が信用されます。「EC サイトの応答速度を P95 で 40% 改善（3ヶ月／日次 100 万 PV 規模）」のように、規模と期間を添えるのがコツです。
共通スキルでグルーピングするのは、4社別の縦書きを2〜3軸の横書きに圧縮する方法です。「設計・実装・運用」のような工程軸でも、「Web フロント・バックエンド・インフラ」のような領域軸でも構いません。読み手が4社を横断して理解しやすくなります。
「軸」を1行で書く：転職理由を後付けせず先に置く
職務経歴書で一番効くのは、冒頭1行の「軸ステートメント」です。実は私も最初の頃はここを省いていました。職務経歴書のテンプレートに「軸を書く欄」がなかったからです。
軸の例を3つ挙げます。「Web 系 SaaS のバックエンド設計をキャリアの中心に据え、4社で共通してスケーラビリティ課題を担当」「フロントエンドのパフォーマンス改善を軸に、業界を横断して再現性を検証」「インフラ自動化を一貫テーマに、SIer から事業会社、SRE 専門組織まで実装環境を変えて経験を積む」。
軸を1行に圧縮するコツは、職種名ではなく「課題」で書くことです。「Web エンジニア」より「スケーラビリティ課題の設計者」のほうが、4社経歴に統一感が出ます。職種名だと転職のたびにブレて見えますが、課題ベースなら一貫します。
転職理由は軸の延長で書きます。「この課題をより大きな規模で扱うため」「専門特化のため」のように、軸からの派生として説明する。これだけで「都度の不満で辞めた人」から「キャリアを設計している人」に印象が変わります。
軸の1行は、書類だけでなく面接の冒頭発言にも使えます。「自己紹介を1分で」と言われたとき、軸を最初に出してから経歴を語ると、面接官の頭の中で経歴が整理されながら聞かれます。書類と面接の入口を揃えるのが、回数の多い人ほど効きます。
エージェント別の書類提出戦略
転職回数が多い人ほど、エージェント選びと提出順を意識する価値があります。3社並行が基本ですが、書類のチューニング先を変えるとさらに効きます。
レバテックキャリアは技術職に特化しているので、軸と技術スタックを濃く書いた版を提出します。スカウト経由で大手 SaaS や成長企業の案件が動くため、技術的なキーワードの一致度が書類通過に直結します。直近2社の技術スタックを箇条書きで詳細に書くと反応が変わります。
ギークリーは中堅 Web 系のスピード重視で、職務経歴書も「直近1年の成果」に寄せた版が刺さります。在籍期間より直近の到達点を強調するイメージです。私の周りでは、転職回数3〜5回の人がギークリー経由で動くケースをよく聞きます。
dodaは求人数が多く、エージェントサービスとスカウトサービスを並行運用できる強みがあります。職務経歴書を「広く見せる版」として整える価値があります。求人の幅が広い分、軸を抽象度高めに書くと反応の数で勝負しやすくなります。
3社同時並行のメリットは、提出後のフィードバックを比較できることです。同じ職務経歴書でも、A社が「強い」と言い、B社が「軸が弱い」と言うことが普通にあります。複数の視点を入れて磨くのが、ジョブホッパー懸念で書類が通らない不安を抱える人にとっての最短ルートです。
書類のチューニング前にエージェント特性を理解しておくと、提出後の動きが2割ほど早くなります。
やってはいけない3つの書き方
書類が落ちる職務経歴書には、共通する3つのパターンがあります。当たり前のようで、転職回数が多いほどハマりやすい落とし穴です。
1つ目は「時系列で平等に書く」こと。1社目から4社目まで同じ文字量で書くと、読み手は焦点を絞れません。直近2社に文字量の7割を割いて、過去はサマリーで圧縮します。これだけで読みやすさが変わります。
2つ目は「在籍期間が短い職歴をぼかす」こと。1年未満の在籍を「やむを得ない事情で」とだけ書くと、かえって不信感を生みます。先回りして「組織再編で部門解体」「事業転換に伴うキャリア方向性の見直し」のように、事実を1行で開示する。隠さないほうが書類段階で勝てます。
3つ目は「転職理由をネガティブで書く」こと。「人間関係が」「労働時間が」と書くと、軸が見えません。「次の課題に取り組むため」「規模を変えるため」のように、軸からの派生として書き直す。同じ事実でも、軸とつながっていれば前向きに読めます。
3つとも構成の話で、能力の話ではありません。書類で落ちる人ほど「経歴が足りない」と感じがちですが、実は構成を変えるだけで通る案件が大半です。書き直す前に、まず順番と密度を見直すほうが先です。
まとめ
転職回数4回以上のエンジニアでも、職務経歴書は構成次第で通せます。冒頭1行に軸を置く、直近2社に文字量の7割を割く、在籍期間が短い職歴も先回りで開示する。これだけで採用担当の読み方が変わります。
エージェントは3社並行が基本です。レバテックキャリアで技術キーワード重視の版、ギークリーで直近成果重視の版、doda で広く見せる版を整える。提出後のフィードバックを比べると、軸の弱点が早く見えます。
完璧な経歴を演出する必要はありません。3行・3つ・3分のように小さく区切って、まず冒頭の軸ステートメントから書き始める。最初の1社にエントリーした瞬間から、見える景色は変わります。
参考文献
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。
次に読む
この記事と近いテーマの記事です。続けて読むと理解が深まります。
通る職務経歴書の書き方 完全ガイド｜ミドルエンジニアの自己PRとスキルシート
ミドルエンジニアの職務経歴書を「職務要約・担当工程・使用技術・数字の成果」の4点で通す書き方を、記入見本つきで解説。スキルシートの書き方、自己PRの型、やりがちなNGまで、5ステップで手を動かせるガイドです。
ボーナス支給後（6月・7月）に動くエンジニアの転職スケジュール完全ガイド：5月から仕込む準備項目
夏のボーナス受け取り後に動くなら、5月から仕込むのが正解です。6月退職・7月入社の逆算スケジュール、職務経歴書の準備、エージェント並行活用、有給消化の交渉ポイントまで、ミドルエンジニアが損しない動き方を5ステップで整理しました。
エンジニアの転職タイミング診断：在職期間・年齢・年収から見極める動くべき時期【ミドル向け】
30代エンジニアの転職タイミングを在職期間・年齢・年収の3軸で見極めるガイド。動くべき時期と見送るべき時期、書類通過率や提示レンジの変化、エージェント併用のコツまで、迷ったときに見返せるチェック観点を実例ベースでまとめました。