エンジニア職務経歴書が一般職と異なる理由
エンジニアの職務経歴書は、営業や事務職とは根本的に異なる書き方が求められます。採用担当者（多くの場合、エンジニア出身のCTOや技術リード）は、「この人は実際に使える技術者か？」という視点で書類を読みます。そのため、抽象的な表現ではなく、具体的な技術名・数値・成果物を明記することが最重要です。
また、エンジニアの職務経歴書は「技術スタック一覧」「プロジェクト実績」「自己PR」の3つのパートで構成されることが多く、それぞれに書くべき内容があります。本記事では、書類通過率を高めるための具体的な書き方を解説します。
技術スタック一覧の書き方｜採用担当が評価するフォーマット
技術スタック（スキルシート）は職務経歴書の中でも特に重要なセクションです。単に技術名を羅列するだけでは不十分で、習熟度と実務経験年数を明記することが必要です。
おすすめのフォーマット例：
・言語：Python（実務3年）、JavaScript（実務2年）、TypeScript（実務1年）
・フレームワーク：Django（実務2年）、React（実務1年）、FastAPI（実務6ヶ月）
・インフラ：AWS（EC2・RDS・S3・Lambda）、Docker/Docker Compose
・DB：PostgreSQL（実務3年）、MySQL（実務1年）、Redis（実務1年）
・その他：Git/GitHub、CircleCI、Figma（閲覧・コメント）
習熟度は「業務で一人で使える」「調べながら使える」「学習中」のように分類して記載すると誠実さが伝わります。経験年数の水増しは厳禁です。技術面接で嘘がバレた瞬間に信頼を失います。
プロジェクト実績の書き方｜数字と成果を具体的に
プロジェクト実績セクションは職務経歴書の核心部分です。採用担当者が最も注目するパートであり、ここで差がつきます。各プロジェクトについて以下の情報を記載しましょう。
・プロジェクト名・期間（例：○○サービスのリプレイス開発 2023年4月〜2024年3月）
・チーム規模（例：エンジニア5名 + デザイナー1名 + PM1名）
・自分の担当領域（例：バックエンドAPI設計・開発、インフラ構築）
・使用技術（例：Python/Django、PostgreSQL、AWS/ECS）
・具体的な成果（例：レスポンスタイムを平均1.2秒から0.3秒に改善、月間MAU 5万人のサービス安定運用）
成果は必ず数値で表現しましょう。「パフォーマンスを改善した」ではなく「レスポンスタイムを75%削減した」のように定量化することで説得力が増します。また、チームの成果と個人の貢献を明確に分けて記載することも重要です。
未経験・転職者向け｜実務経験がない場合の書き方
実務経験がない未経験者の場合、ポートフォリオプロジェクトをプロジェクト実績として記載します。重要なのは「なぜそのサービスを作ったか」という背景と「技術選定の理由」を明確に説明することです。
未経験者の職務経歴書で評価されるポイント：
・GitHubのコミット履歴（継続的な学習の証明）
・デプロイ済みのアプリケーション（実際に動くものがある）
・READMEの充実度（ドキュメント作成能力のアピール）
・テストコードの有無（品質意識のアピール）
また、前職での非エンジニア経験（営業・企画・CS等）もアピール材料になります。「前職で経験した○○という課題を、エンジニアとして解決したい」という文脈で書くと採用担当者の印象に残ります。
職務経歴書でよくあるNG表現と改善例
多くのエンジニア転職者が陥りがちなNG表現と、その改善例を紹介します。
NG：「Pythonを使ってWebアプリケーションを開発しました」
OK：「Python/DjangoでECサービスのバックエンドAPI（REST API、エンドポイント30本）を設計・開発しました」
NG：「チームで協力してプロジェクトを進めました」
OK：「5名のエンジニアチームでスクラム開発を実施。スプリントリーダーとして週次スプリントレビューを主導しました」
NG：「幅広い技術を習得しています」
OK：「フロントエンド（React/TypeScript）からバックエンド（Node.js/Express）まで対応できるフルスタック開発経験があります」
職務経歴書の最終チェックリスト
提出前に以下のチェックリストで確認しましょう。すべての項目をクリアすることで、書類通過率が大幅に向上します。
□ 技術名の表記が統一されている（React/reactなど混在していない）
□ 実績が数値で表現されている
□ 担当範囲と役割が明確に記載されている
□ GitHub URLやポートフォリオURLが記載されている
□ 文字数は2〜4ページ以内（多すぎず少なすぎず）
□ 誤字・脱字がない
□ PDF形式で保存（レイアウト崩れ防止）
特に見落としがちなポイントとして、技術名の英語表記の統一（TypeScript/typescript/Typescriptなど）が挙げられます。採用担当者にとって細かいことに見えるかもしれませんが、技術への向き合い方の丁寧さが伝わります。職務経歴書はA4で2〜3枚が読みやすいとされており、4枚以上になる場合は内容を精査してまとめましょう。
採用担当者が本当に評価するポイント
実際の採用担当者へのヒアリングをもとに、書類選考で特に重視される要素を解説します。書類通過率が高い職務経歴書には共通したパターンがあります。
- 実績の具体性：「改善した」だけでなく「何を・どれだけ・どうやって改善したか」が明確な職務経歴書は書類通過率が高い傾向がある
- 技術スタックの適合性：求人票の技術スタックと応募者のスキルセットの一致度。完全一致でなくても類似技術の経験があれば評価される
- GitHubプロフィールの質：職務経歴書に記載したスキルをコードで裏付けられるか。コミット頻度・READMEの充実度も見られる
- 成長のストーリー：入社後も継続的に成長し続けられる人材か。学習記録・資格取得・技術発信がその証拠になる
- 文章の論理性：わかりやすい文章が書けるか。コードレビューやドキュメント作成能力の代替指標となる