人事(採用側)から見た、評価が上がる職務経歴書の書き方|書類は数分しか読まれない

転職ノウハウ

結論から。職務経歴書で落ちる人の大半は、経歴が悪いのではなく「読み手が知りたいことが書いていない」だけです。僕は事業会社の人事として採用に関わり、書類を読む側を経験しました。同時に自分も5回の転職で書類を出す側をやってきました。両側から見えた「通る職務経歴書」の条件を書きます。

※当サイトはアフィリエイト広告を利用しています

まず前提: 読み手は1通に何分かけるか

忙しい時期の書類選考は、1通あたり数分の世界です。じっくり熟読して合否を決めるのではなく、最初の1枚で「会うか・会わないか」の仮説を立て、残りで確認する読み方をします。だから大事なのは網羅性ではなく、1枚目の要約力です。

書類は誰の手を何回通るか

1通の職務経歴書は、選考の過程で少なくとも3人の目を通ります。読む目的がそれぞれ違うので、見ているところも違います。

読み手 見ているところ している判断
エージェントの担当者 推薦できる求人があるか。在籍年数の連続性と空白 どの求人に出すか
人事(採用担当) 求人要件との一致。冒頭の職務要約と直近2社 現場に回すかどうか
現場の責任者(一次面接官) 具体的な業務範囲、扱った規模、使ってきたツール 会うかどうか

人事が単独で見送りを決めるのは、明らかに要件と違う場合だけです。多くの場面でしているのは現場に回すかどうかの判断で、つまり人事が見ているのは「現場が読みたくなる書類か」です。ここを外すと人事の段階で止まります。

実務では、届いた書類は選考管理表に一覧化されます。転記されるのは氏名・年齢・直近の社名と在籍年数・現年収・職務要約の1行程度です。現場はまずこの一覧を見るので、職務要約の1行目が実質的な見出しとして機能します。書類全体の出来より、この1行の精度が効きます。

人事は職務経歴書のどこを見ているのか

1. 求人要件との一致が3秒で分かるか

読み手は求人票の要件を頭に置いて書類を開きます。冒頭の「職務要約」に、応募先の要件と重なるキーワードが入っているか。ここで一致が見えないと、以降は流し読みになります。職務要約は応募先ごとに書き換えるものです。使い回しは読めば分かります。

2. 「何をしたか」ではなく「何が変わったか」

「〜を担当」「〜に従事」が並ぶ書類は評価できません。担当したことと、成果を出したことは別だからです。「人事給与システムの保守を担当」ではなく「月次の給与計算エラーを◯件→◯件に削減」。数字は大きさより、ビフォーアフターがあることが重要です。

3. 転職理由と応募理由がつながっているか

経歴の流れに説明がつくか、読み手は必ず見ます。転職回数が多くても、軸が通っていれば問題になりません。僕自身5回の転職を「人事×ITの専門性を深める」という一本の軸で説明してきました。年収推移の記事で書いた通り、回数より一貫性です。

人事がほとんど見ていない箇所

時間をかけても評価が動きにくい部分もあります。

  • フォーマットの装飾:罫線や色づかいは評価に影響しません。読みやすければ十分です
  • 趣味・特技:面接で話題になることはありますが、選考の判断材料ではありません
  • 自己PRの形容詞:「主体的に」「粘り強く」といった語は、根拠となる事実がなければ読み飛ばされます
  • 応募職種と関係のない資格:多いほど焦点がぼやけます
  • 枚数そのもの:3枚でも読まれるものは読まれます。問題は長さではなく密度です

ここに使う時間があるなら、職務要約と直近2社の記述に回したほうが効きます。

すぐ直せる5つの改善ポイント

①職務要約は5行以内。最初の5行で「誰で、何ができて、何を出してきた人か」が言えていれば、それだけで上位2割に入ります。

②プロジェクトは「規模感」を添える。予算・人数・期間。「大規模プロジェクト」ではなく「総額50億円・関係会社◯社・3年」のように書く。読み手は規模で再現性を測ります。

③役割を動詞で明確に。「参画」は禁句です。推進したのか、設計したのか、承認を取ったのか。動詞が曖昧な書類は、面接で深掘りすると崩れる予感がします。

④専門用語は相手の言葉に翻訳する。SIerからコンサルに移ったとき、僕は工程名の羅列を「顧客の課題→打ち手→効果」に書き直して書類通過率が変わりました。詳しくはSIer→コンサル転職記に書いています。

⑤空白期間・短期在籍は先回りして1行で説明。隠すと面接で必ず聞かれ、その場の説明は言い訳に聞こえます。書面で先に事実だけ書いておくほうが印象は良い。

書き換え例:同じ経験でもここまで変わる

抽象的な説明より、実際の文を見るほうが早いと思います。採用側として何度も見てきた「よくある書き方」と、その改善例を並べます。

例1:システム導入の経験

よくある書き方

人事システムの導入プロジェクトに参画。要件定義から稼働まで担当し、関係部署と調整を行った。

これでは何ができる人か分かりません。「参画」「担当」「調整」はすべて、誰がやっても同じ言葉になります。

改善例

人事システムの刷新プロジェクトで、発注側の窓口として要件定義を担当。現場ヒアリングで判明した例外運用(出向者の給与負担、期中の等級変更)をどこまでシステム化するかを整理し、標準機能で対応する範囲を確定させた。追加開発を当初想定の半分に抑えた。

違いは「何を判断したか」が入っていることです。同じ状況に置かれたときに何をする人かが読み取れます。

例2:採用業務の経験

よくある書き方

中途採用業務を担当。母集団形成から内定フォローまで一連の業務を行い、年間20名の採用を達成。

数字は入っていますが、20名が多いのか少ないのかが分かりません。母集団形成の中身も見えない。

改善例

エンジニア職の中途採用を担当。応募数は足りているのに一次面接の通過率が低い状態だったため、求人票の記載を「使用技術の羅列」から「入社後3か月で任せる業務」に変更。応募者と現場の期待値のズレを減らし、通過率を改善した。

数字がなくても、問題の把握と打ち手が書かれていれば伝わります。むしろ数字だけ大きい書類より、思考の跡があるほうが印象に残ります。

例3:転職理由

よくある書き方

より裁量のある環境で、自身のスキルを活かしたいと考えたため。

これはほぼ全員が書く文です。読み手には何も残りません。

改善例

現職では制度企画とシステム運用が分かれており、制度設計の意図がシステムに落ちきらない場面が続いた。両方を一体で設計できる環境で、人事制度と仕組みの整合を取る仕事をしたい。

具体的な不満が書かれていますが、会社への批判にはなっていません。「構造の話」に変換すると、前向きな理由として読めます。

書き上げた職務経歴書が実際に通用するかは、面接で試すのが一番確実です。ITエンジニア職ならテックゴーが模擬面接を回数制限なしで実施しているので、言語化の練習に使えます。

書き始める前にやること

いきなり書き始めると、たいてい「経歴の記録」になります。先にこの3つを紙に書き出すところから始めます。

1. 直近3年で自分が判断したことを5つ
作業ではなく判断です。「どちらにするか決めた場面」を思い出します。小さくて構いません。

2. その判断の理由
なぜそちらを選んだか。ここが職務経歴書の核になります。

3. 結果として何が変わったか
数字にできれば理想ですが、できなくても構いません。「手戻りが減った」「関係部署からの問い合わせが減った」でも十分伝わります。

この3点が埋まっていれば、あとは応募先に合わせて並べ替えるだけです。エージェントとの面談でも、この材料があると話が早く進みます。詳しくはエージェント初回面談で伝えるべき3つのことをご覧ください。

人事が「おっ」と思う書類の共通点

書類を読んでいて会いたくなるのは、実は完璧な経歴ではありません。「うちの課題を解決した経験がある人」です。応募先の事業や課題を調べて、自分の経験のどこが刺さるかを冒頭に置いてある書類は、それだけで面接の質問が具体的になり、通過後の面接も有利に進みます。

逆に、実績が立派でも減点されるのは、誇張の匂いがする書類。「売上◯億円に貢献」のような、役割が見えない成果の書き方は面接で必ず検証されます。

よくある質問

職務経歴書は何枚がいいですか?

2枚、多くても3枚。経歴が長い人ほど「直近と応募先に関係する経験」に厚みを置き、古い経歴は数行に圧縮します。

フォーマットはどれを使えばいいですか?

逆編年体(直近から書く)が基本です。デザインの凝り方は評価に影響しません。読みやすさがすべてです。

エージェントの添削は受けるべきですか?

受ける価値はあります。ただしエージェントの添削は「求人に通すための最適化」なので、複数の意見を聞いて自分で取捨選択するのがおすすめです。エージェントとの付き合い方は今後の記事で詳しく書きます。

職務経歴書でタブーとされることは何ですか

事実と違うことを書くことです。在籍期間・役職・担当範囲は、リファレンスチェックや入社手続きで確認できてしまいます。誇張と虚偽の境目は「第三者が同じ説明をできるか」で、ここを越えると内定後の取り消し事由になり得ます。表現面では、前職の批判をそのまま書くことくらいが避けたい点です。

人事が最も見ているのは、1つ挙げるとどこですか

冒頭の職務要約です。応募先の求人要件と重なる言葉がここに入っているかで、残りを読む姿勢が変わります。選考管理表に転記されるのもこの部分なので、実質的に書類の見出しとして働きます。

この記事の内容を構造にしたテンプレートを配布しています。人事職の職務経歴書テンプレート(無料・登録不要)からダウンロードできます。

まとめ: 書類は「経歴の記録」ではなく「面接への提案書」

職務経歴書は自分史ではありません。「会えば価値がある」と読み手に思わせるための提案書です。求人要件との一致を冒頭で示し、ビフォーアフターで実績を語り、経歴の軸を一本通す。この3つだけで、書類はまるで別物になります。

なお、書類の評価基準は職種によって差があります。IT・Web職であれば、業界に特化したIT・WEB・ソーシャルゲーム業界への転職ならGEEKLYのように、職務経歴書の書き方まで踏み込んで相談できるエージェントを使うほうが精度が上がります。汎用的な添削では、技術スタックの見せ方までは詰められません。

あわせて読みたい

コメント

タイトルとURLをコピーしました