本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。
この記事の結論
即答
落ちる職務経歴書の多くは「職務要約が長い・成果が数字でない・技術が羅列だけ」の3点。ここを直すと読み手の印象が変わります。
「経験は足りているはずなのに、書類でいつも止まる」。3〜10年目のエンジニアから、いちばん多く届く相談がこれです。私も編集で何十通と読んできて、気づいたんですけど、落ちる書類には驚くほど同じクセがあります。
直すのは内容の追加ではなく、削りと並べ替えです。職務要約を3行に圧縮し、成果を数字に置き換え、技術は「年数・習熟度・役割」とセットにする。この3か所だけで、採用担当のスキャンに耐える書類になります。手を動かす順番は、後半のIT転職の流れをロードマップで確認すると合わせると迷いません。
書類選考が通らないのはなぜ？落ちる職務経歴書の共通点は？
即答
落ちる書類は「要約が長い・成果が抽象的・技術が羅列」の3点に集約される。経験不足より見せ方の問題が多い。
書類選考が通らないと、つい「経験が足りないのかな」と自分を疑いがちですよね。でも実際に並べて読むと、経験量より見せ方でつまずいている人がほとんどです。
いちばん多いのが、職務要約が長すぎるパターン。冒頭に10行も書いてあると、採用担当は最初の数行で「で、何ができる人？」が掴めず、続きを読む前に手が止まります。次に多いのが、成果が「改善に貢献」「品質向上に寄与」のような抽象語で終わっているケース。エンジニアの実力は数字に出るのに、その数字が消えてしまっています。
3つ目が、使用技術をただ並べただけの状態。「Java、Python、AWS、Docker…」と単語が続くと、習熟度も担当範囲も伝わりません。同じ「Python」でも、4年主担当なのか研修で触っただけなのかで意味は正反対です。落ちる書類は、ここの区別が消えています。
通る職務経歴書には何を書く？記入見本で見ると？
即答
案件ごとに「役割・担当工程・開発環境・数字の成果」を1セットで書く。職務要約は3行で結論から。
エンジニアの職務経歴書（応募時に提出する職務経歴の文書）は、装飾より構造で決まります。採用担当が知りたいのは「どの規模で、何を、どこまで担当し、どんな数字を出したか」。この4点が案件ごとに揃っていれば、文章がうまくなくても通ります。
職務要約は3行が目安です。1行目に経験年数と専門領域、2行目に強み、3行目に代表的な数字成果。ここで「読む価値がある人だ」と思ってもらえれば、続く職務経歴まで目を通してもらえます。私も最初は要約を盛りすぎて逆効果でしたが、3行に削ってから読み手の反応が変わりました。
下が、ミドルエンジニアの標準的な記入見本です。赤ペンの注釈が、採用担当が実際に見ているポイントです。スキルシート（提出する技術経験の一覧表）を別途求められる場合も、書く中身の考え方は同じです。
落ちる書類はどこを直す？ビフォーアフターで見ると？
即答
成果の一文を「動詞だけ」から「数字つき」に書き換えるのが最優先。同じ経験でも印象が大きく変わる。
直すと言っても、全部を書き直す必要はありません。効くのは、成果を書いた一文だけです。
たとえば「バッチ処理の改善を担当しました」。これは事実ですが、採用担当には何も残りません。これを「日次バッチの処理時間を60%短縮し、深夜帯の運用負荷を減らしました」に変えるだけで、規模感と貢献が一気に伝わります。書いてある経験は同じなのに、です。最初に自分の書類でこれをやったとき、こんな単純な置き換えでよかったのかと、正直拍子抜けしました。
コツは、数字を思い出せないときに「何と比べて」を足すこと。正確な%が出せなくても、「導入前と比べて」「前任の手順から」と基準を添えれば、相対的な変化は伝わります。ゼロより、ざっくりでも数字があるほうが圧倒的に読まれます。
提出前の職務経歴書チェックリストは？
即答
提出前は「要約3行・成果の数字・技術の年数・誤字・読了2分」の5点を声に出して確認する。
書き上げた直後は、自分では粗が見えません。私はいつも、提出ボタンを押す前に紙か別画面で読み直すようにしています。画面を変えるだけで、不思議とミスが浮き上がってきます。
次の5点を上から順に見ていけば、落ちる書類の共通点はほぼ潰せます。チェックは1項目10秒、全部で1分かかりません。
- 職務要約が3行に収まっている
- 各案件に数字の成果が1つ以上ある
- 使用技術に年数か習熟度が併記されている
- 誤字・社名・日付の誤りがない
- 全体を2分以内で読み切れる
地味な確認ですが、書類が通らない人ほど、ここを飛ばして提出しています。最後のひと手間が、いちばん効きます。
直しても通らないとき、職務経歴書はどう手直しする？
即答
自分で直しきれないときは第三者の添削が近道。IT特化のエージェントは応募先目線で抜けを指摘してくれる。
3か所を直しても止まるときは、自分の目だけで完結させない段階です。書いた本人は経験を知っているので、説明不足に気づけません。読むのはあなたを知らない採用担当です。そのギャップは、他人に読んでもらうのがいちばん早く埋まります。
ここで頼れるのが、IT・Web・ゲーム領域に特化した転職エージェントのギークリー（Geekly）です。職種ごとの求人を多く扱っているぶん、「この応募先なら、この経験をこう書いたほうが響く」という応募先目線の指摘がもらえます。汎用の総合エージェントと違い、技術スタックの伝え方まで踏み込んでくれるのが、エンジニアには助かるところです。
もちろんレバテックやdodaなど他のサービスにも添削はあります。ただ、ミドルのエンジニアが「技術の見せ方」で詰まっているなら、IT特化型に一度渡してみるのが、現在地を知る最短ルートだと見ています。1社にいきなり全部かけなくて大丈夫。まず1社、同じ書類を渡して反応を見るところから始めれば十分です。
書類を直す手順は、どこから始める？
即答
直す順番は「要約→成果の数字→技術の年数→誤字→第三者添削」。上から1つずつで迷わない。
直す箇所が見えても、どこから手をつけるかで止まる人は多いです。私のおすすめは、効果が大きい順に上から1つずつ片づけること。全部を同時にやろうとすると、たいてい途中で力尽きます。
まず要約を3行に削る。次に各案件の成果を1つだけ数字に置き換える。それから技術に年数を足す。ここまでで書類の印象は8割変わります。残りの誤字チェックと第三者添削は、仕上げの工程です。とりあえず最初の3分は、要約の3行だけに集中してみてください。
よくある質問
Q. 職務経歴書は何枚にまとめる？
A. A4で2〜3枚が目安です。直近5年の案件を中心に書き、古い経験は概要だけに圧縮すると読みやすくなります。枚数より、2分で読み切れるかを基準にしてください。
Q. 数字の成果が思い出せないときはどう書く？
A. 正確な%が出せなくても、「導入前と比べて」「前の手順から」と基準を添えれば相対的な変化は伝わります。ゼロで書くより、ざっくりでも数字があるほうが読まれます。
Q. スキルシートと職務経歴書は両方必要？
A. 応募先によって両方求められる場合があります。スキルシートは技術経験の一覧、職務経歴書は経験の文脈を伝える役割が違うため、書く中身は重なっても整理の仕方を分けると伝わりやすくなります。
Q. 未経験の言語や学習中の技術は書いてよい？
A. 学習中と明記すれば問題ありません。実務歴と学習歴を分けて書くと、誤解を避けられます。年数や習熟度を併記するのが基本です。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。