📚 読まれる職務経歴書のつくり方

記事の概要

エンジニアリングマネージャー／VPoEとして数多くのレジュメを読んできた著者（いくおさん／dora_e_m氏）が、「読まれる職務経歴書」の具体的なつくり方を解説する記事。イベント「転職透明化らぼ」で自身の職務経歴書を公開した反響を受けてノウハウをまとめたもの。ノウハウの原型は友人aki.mさんのアドバイスによるものと明記されている。

転職キャリア職務経歴書note

時系列順の職務経歴書が読まれない3つの理由

① 「今できること」が見えづらい

• 古い経歴から読ませる構成では、採用担当者が知りたい「直近の実績・スキル」にたどり着くまでの認知コストが高い
• キャリア10年超ともなると、10年前の経験が今の価値に直結しないケースも多い

② 「組織の成果」と「個人の成果」の境界が曖昧

• プロジェクト概要を詳細に書いても「あなた自身が何をしたか」が伝わらない
• 大事なのは個として生み出した介在価値と成長

③ 情報量が多くて認知負荷が高い

• 現場マネージャーは忙しい合間に大量のレジュメを読むため、要点の見えない長文は正しく評価されにくい
• 「ちゃんと見れるように設計しておく」ことが結果的に自分にもお得

解決策：「サマリー先行・詳細はAppendix」の2段構成

最大のメリットは「情報へのアクセス権を読み手に委ねること」。まずサマリーで「自社が求める能力を持っているか」を最短ジャッジしてもらい、興味を持ったポイントだけAppendixで深掘りしてもらう設計だ。

このデザインが、書類選考の通過率の高さや面接での有意義な対話を生み出す。

① 主な職務経歴（サマリー）

• 直近の経歴から逆時系列で配置
• 実績は箇条書きでシャープに。「掘り下げたくなる粒度」に留める
• 定性・定量を組み合わせた見出し（例：AWSコスト削減＝定量、wevoxスコア上昇＝定性）
• 見出しの粒度の目安は「論文のタイトルくらい」（赤川さんのフィードバック）

② 業務外の経歴

• 登壇・ブログ・書籍・資格などを独立セクションに
• 「自己研鑽の習慣」「コミュニティ還元の姿勢」を示す強力な材料になる

③ Appendix 職務経歴詳細（逆時系列）

• 会社規模・組織構造など前提条件を明記（CTO経験でも3名組織と1000名組織では意味が全く違う）
• 案件規模・技術スタック・プロセスの詳細を記載
• 面接官はここを見ながら「この環境でどうやって成果を出したの？」と深掘り質問してくる

もうひとつの要点：鮮度を保つ

• 「転職しよう！」となってからまとめるのは骨が折れる → 月1回など定期メンテナンスを習慣化
• AIで実績をサマライズすると楽
• いざという時の便利さだけでなく、定期的なキャリア棚卸し効果もある

まとめ・著者の主張

• 職務経歴書は採用担当者が初めて触れる「あなたの成果物」。読み手フレンドリーに設計すべき
• AI変化の影響で「迷ったら面接で判断」→「書類の時点で迷ったらお見送り」へシフト。書類の重要性は明らかに上昇中
• 読み手の時間を尊重する構成は、ドキュメント作成・コミュニケーション能力の高さとしてポジティブに評価される
• 書き出しのすべてをAppendixに → 採用担当者の目線で「興味をもつ実績は？」と考えてサマリーを組み立てるのがおすすめ