職務経歴書と履歴書の違い
履歴書は「事実の確認」、職務経歴書は「能力のプレゼン」。エンジニア採用の合否は職務経歴書でほぼ決まります。

履歴書が「学歴・職歴の事実を時系列で示す公的フォーマット」であるのに対し、職務経歴書は「何ができる人か」を自由形式でプレゼンする書類です。エンジニア採用では履歴書はほぼ形式的な確認にしか使われず、書類選考の合否は職務経歴書(またはスキルシート)で決まります。
自由形式だからこそ差がつきます。「事実の羅列」で終わっている書類と、「読み手が知りたい順に、根拠つきで能力を示した」書類では、同じ経歴でも通過率が大きく変わります。
履歴書そのものの書き方(学歴は大学卒業からでよい・写真は指定がない限り不要など)は履歴書の書き方ガイドにまとめています。
採用担当者はここを見ている
最初の30秒で見られるのは4箇所だけ。「冒頭の要約」と「直近案件」に全力を注ぐのがセオリーです。

職務要約
冒頭200〜400字で「経験年数 × 領域 × 直近の役割」が読み取れるか
直近1〜2案件の内容
募集ポジションと重なる経験があるか。古い案件はほぼ読まれない
技術スタックと習熟度
求人要件の必須スキルを満たしているかを機械的にチェックされる
定量的な成果
「改善した」ではなく「何をどれだけ改善したか」の数字
基本構成と各セクションの書き方
標準は5部構成。赤いブロック(職務要約・職務経歴)から先に磨くのが効率的です。

※ 赤いブロック(職務要約・職務経歴)が評価の8割を決めます
職務要約 — 「誰か」が3行でわかるように
最初に読まれる最重要パートです。「経験年数」「領域」「直近の役割」「強み」を1段落に凝縮します。
保有スキル — 「年数 × 習熟度」で盛らずに書く
言語・フレームワーク・DB・インフラ・ツールのカテゴリに分け、それぞれ経験年数と習熟度を添えます。重要なのは習熟度の基準を明記することです(例: ★★★=独力で実装可、★★★★=設計・技術指導可)。
基準のない自己評価は読み手が信用できず、面接で厳しく検証される原因になります。
職務経歴 — 案件ごとに「規模・役割・技術・成果」
案件単位で、①期間、②業界・案件概要、③チーム規模と自分の役割、④使用技術、⑤担当業務、⑥成果を書きます。新しい案件から書く「逆時系列」が現在の主流です。
成果は必ず数字で語ります。
保有資格 — 関連するものだけを新しい順に
IT系資格(基本情報・応用情報・AWS認定など)と、ポジションに関連する資格のみで十分です。資格がなくても、実務経験が具体的であれば大きなマイナスにはなりません。
自己PR — 強みを「エピソード+再現性」で
「強みの宣言→裏付けエピソード→入社後どう活かすか」の3点セットを、強み2〜3個ぶん書きます。職務経歴に書いた事実と紐づいていることが重要で、経歴と無関係な抽象的な長所(明るい・努力家など)は不要です。
エンジニアならではのポイント
担当工程を明示する
「要件定義〜運用保守」のどこを担当したかで評価が変わる。SIer系・受託系の選考ではとくに重視される
技術スタックは構成まで
「React」より「Next.js 14(App Router)/ React 18 / TypeScript」。具体的なほど実在の経験として伝わる
GitHub・記事のリンク
公開できるアウトプットは必ず載せる。Web系企業では書類の信頼性を大きく補強する
提出形式はPDFが基本
レイアウト崩れを防ぐためPDF提出が基本。エージェント経由ではWord/Excel形式を求められることも
よくあるNG例
全案件が同じ粒度で5枚超
直近・関連案件を厚く、古い案件は2〜3行に。全体で2〜3枚が目安
「担当業務」しか書かれていない
やったこと(作業)だけでなく、工夫と成果(結果)を書く
習熟度の自己評価が過大
面接は書類の検証の場。1つでも「盛り」が見つかると全体の信頼が崩れる
専門用語・社内用語の説明なし
一次スクリーニングは非エンジニアが行う場合もある
応募先ごとのカスタマイズなし
少なくとも職務要約と自己PRは募集ポジションに合わせて調整を
よくある質問
Q.何枚にまとめるべき?
2〜3枚が目安です。経験が長い場合も、直近案件を厚くして古い案件を圧縮すれば収まります。1枚のサマリー版を別途用意しておくと、カジュアル面談やスカウト返信で重宝します。
Q.経験が浅い(1社・少数案件)場合は?
案件数の少なさは工夫の深掘りでカバーします。1案件の中でのフェーズごとの役割変化、改善提案、学習したことを分解して書けば、十分な情報量になります。個人開発や学習アウトプットも「ポートフォリオ」として堂々と載せてOKです。
Q.転職するか未定でも書く意味はある?
あります。職務経歴書は「キャリアの棚卸し」そのものなので、書くことで自分の市場価値と足りない経験が可視化されます。半年に1回の更新をおすすめします。