「職務経歴書、何をどう書けばいいのかわからない」「テンプレートを埋めたけど、これで本当に通るのか不安…」。エンジニアとしてのスキルや経験には自信があるのに、いざ転職活動で職務経歴書を書こうとすると、手が止まってしまう方は少なくありません。実は、その不安には理由があります。エンジニアの職務経歴書は、他の職種と比べて「何をどこまで書くか」の判断が難しく、テンプレートをそのまま使うだけでは採用担当者に伝わらないことがあるからです。でも、書き方のポイントを押さえれば、書類選考の通過率は大きく変わります。

この記事では、現場の採用担当者が実際に何を見ているのかという視点をベースに、エンジニア転職の職務経歴書を通過させるための具体的な書き方を7つのポイントにまとめて解説します。職種別の違いや、転職回数が多い・ブランクがある場合の対処法まで網羅していますので、ぜひ最後まで読んでみてください。

エンジニア転職の職務経歴書で採用担当が最初に確認していること

書類選考で見られているのは「活躍イメージが湧くか」

採用担当者が職務経歴書を見るとき、最初に考えることはひとつです。「この人を採用したら、自社で活躍してもらえるか」——これがすべての判断の基準になっています。経歴が華やかかどうか、資格の数が多いかどうかよりも、「自社のチームに入ったときに、どんな動き方をしてくれそうか」が伝わることの方がはるかに重要です。

IT転職エージェントのFindy社が公開している情報によれば、採用担当者が職務経歴書から判断したいのは主に「会社の方針やカルチャーと自身の志向性があっているか」「強みやこれまでの実績によって会社の課題を解決できるか」という2点です。技術力はあくまでその証拠として機能するもので、技術名やスキルの羅列だけでは「活躍イメージ」を描いてもらうことはできません。

また、採用担当者が一人の応募者の書類選考にかけられる時間は非常に限られています。多くの場合、最初の数十秒で「続きを読むかどうか」が決まります。その数十秒で読まれるのが「職務要約」です。職務要約の印象が良ければ、プロジェクト経歴やスキルのページまで丁寧に読んでもらえます。逆に職務要約で「何者か」が伝わらなければ、どれほど充実した内容が後ろに続いていても、最後まで読まれない可能性があります。

テンプレートをそのまま使うだけでは通過しにくい理由

Web検索で「エンジニア 職務経歴書」と調べると、多数のテンプレートが出てきます。これらのテンプレートは、書くべき項目を網羅するためのひな形として非常に役立ちます。しかし、エンジニア採用の現場で100通以上の職務経歴書を見てきた採用担当者が口を揃えて言うのが「テンプレートをそのまま使っているだけでは、その人のスキル感や価値が伝わらない」ということです。

テンプレートには「業務内容」「使用技術」「プロジェクト規模」などの欄が用意されていますが、そこに事実を列挙するだけでは不十分です。採用担当者が知りたいのは「何をやったか」だけではなく、「どんな役割で、どんな判断をして、どんな結果を出したか」というストーリーです。また、特に異業種・異職種へのチャレンジを含む転職の場合は、自分の経験と応募先の業務の接点を、読み手が理解できる言葉で丁寧に説明する必要があります。テンプレートに事実を埋めるだけでなく、「採用担当者の視点」を常に意識することが、書類選考通過への近道です。

エンジニア転職の職務経歴書に必要な基本構成と5つの項目

職務経歴書のフォーマットに決まったルールはありませんが、エンジニアの転職においては一般的に5つの項目を盛り込むことが求められます。それぞれの役割と書き方のポイントを整理しておきましょう。

職務要約

職務要約は職務経歴書の冒頭に置く、キャリア全体の要約文です。採用担当者が最初に目を通す部分であり、「この人はどんなエンジニアで、何ができるのか」を200〜300字程度で端的に伝えることが目的です。記載する内容は、これまでの経験年数と主な業務領域、担当したフェーズ、チームでの役割、特にアピールしたい実績の4点です。求人票に記載されているポジション・スキル要件に合わせて、応募先ごとに微調整することで書類通過率を高めることができます。

職務内容（プロジェクト経歴）

職務内容はエンジニアの職務経歴書の核となる部分です。参画したプロジェクトを時系列または逆時系列に並べ、プロジェクトごとに「案件の概要・目的」「チーム規模と自身の役割」「担当フェーズ」「使用技術・開発環境」「実績・成果」を記載します。採用担当者はここを見て、「このエンジニアの経験と自社で求めるスキルが合致しているか」を判断します。各プロジェクトは表形式でまとめると、採用担当者が情報を整理しやすくなり、好印象につながります。

テクニカルスキル一覧

テクニカルスキル一覧は、使用可能なプログラミング言語・フレームワーク・OS・データベース・ツールなどをカテゴリ別に整理した一覧表です。「Java 5年」のように経験年数を添えると伝わりやすくなります。ただし、経験年数だけで習熟度を判断するのは難しいため、可能であれば「実務で設計から開発まで担当可能」「業務での利用経験あり」など、習熟レベルも一言添えるとより具体的に伝わります。

資格・受賞歴

資格はエンジニアとしての基礎知識を客観的に証明するものとして評価されます。基本情報技術者試験・応用情報技術者試験などのIPA系資格、AWSやGCPなどのクラウドベンダー資格、CCNPなどのネットワーク系資格など、業務に関連する資格はすべて記載しましょう。取得済みのものだけでなく、現在勉強中の資格も「取得に向けて学習中」として記載することで、成長意欲のアピールになります。

自己PR

自己PRは、技術力以外の側面——つまりソフトスキルやキャリアへの姿勢——を伝える項目です。採用担当者は「職務経歴」欄でハードスキルを確認した後、「自己PR」欄でその人の人柄や仕事への向き合い方を読みます。エンジニアの仕事は基本的にチームで進めるものです。コミュニケーション力・課題解決力・自己学習への姿勢・リーダーシップなど、具体的なエピソードを交えて書くことで、入社後に活躍するイメージを持ってもらいやすくなります。また、将来どのようなエンジニアになりたいか、キャリアプランについて触れることも効果的です。

採用担当者が見ているエンジニア職務経歴書の7つの書き方ポイント

基本構成を理解したうえで、次に重要なのが「どう書くか」です。同じ経歴を持つエンジニアでも、書き方ひとつで書類選考の結果は大きく変わります。採用担当者が実際に評価している7つのポイントを、具体的な表現例とともに解説します。

ポイント① プロジェクトは「規模・役割・担当フェーズ」を必ずセットで書く

プロジェクト経歴の記載で最も多い失敗は、「設計・開発・テストを担当」のように業務プロセスを列挙するだけの書き方です。これではシステムの規模感も、チーム内での立ち位置も、何を責任として担っていたかも、読み手にはまったく伝わりません。採用担当者が知りたいのは、「どんな規模のプロジェクトで」「どのポジションとして」「どのフェーズを担当したか」の3点がセットになった情報です。

たとえば「ECサイトの機能改修を担当」という記載よりも、「月間100万PVのECサイトにおける決済機能の改修プロジェクト（チーム8名）にバックエンドエンジニアとして参画。要件定義・基本設計・実装を担当し、リリース後の決済エラー率を0.3%から0.05%に改善」という書き方の方が、採用担当者はその人の貢献度と実力を具体的にイメージできます。プロジェクトごとにこの3点を意識して書くだけで、職務経歴書の説得力は格段に上がります。

ポイント② 技術スタックは経験年数と習熟度も添える

テクニカルスキル一覧に技術名だけを並べるのは、採用担当者にとって判断材料として不十分です。「Java」とだけ書いてあっても、1年間触った程度なのか、10年間設計から開発まで担ってきたのかでは、まったく意味が違います。経験年数を添えることは最低限として、さらに「業務での利用経験あり」「実務で設計・実装まで担当可能」「個人プロジェクトで使用」といった習熟度の補足を一言添えることを強くおすすめします。

下記のような表形式にまとめると、採用担当者が一目でスキルの全体像を把握しやすくなります。

カテゴリ	技術・ツール名	経験年数	習熟度・備考
言語	Java	6年	設計〜実装まで担当可能
言語	Python	2年	データ処理・自動化スクリプト作成での利用
フレームワーク	Spring Boot	4年	業務系WebAPIの開発で使用
クラウド	AWS（EC2/S3/RDS）	3年	設計・構築・運用まで対応可能
DB	MySQL / PostgreSQL	5年	クエリ最適化・インデックス設計経験あり
その他	Docker / GitHub Actions	2年	CI/CDパイプライン構築経験あり

ポイント③ 実績は数値化して「再現性」を証明する

採用担当者が職務経歴書を通じて確認したいのは、過去の実績が「一度きりの偶然」ではなく、入社後も再現できる能力の証拠かどうかです。そのために最も効果的なのが、実績の数値化です。「処理速度を改善した」という記載よりも「APIのレスポンスタイムを平均1.2秒から0.3秒に短縮した」という記載の方が、成果の大きさと具体性が格段に伝わります。

数値化できる要素としては、処理速度の改善率・バグ修正件数・システムの稼働率・コスト削減額・担当したプロジェクト数・チームメンバー数・リリースした機能数などがあります。「当時の数字を覚えていない」という方は多いですが、過去の業務報告書・Slackの履歴・Notionなどのメモを見返すと意外と数字が出てくることがあります。今後のためにも、日頃から自分の成果を記録しておく習慣をつけておくと転職活動がスムーズになります。

ポイント④ 職務要約は「2〜3文で何者かが伝わる」形にまとめる

職務要約は職務経歴書の「顔」です。採用担当者が最初に読む部分であり、ここで興味を持ってもらえなければ後半のプロジェクト経歴まで読み進めてもらえない可能性があります。書き方の基本は「経験年数と職種」「担当してきた主な業務・フェーズ」「特にアピールしたい実績またはキャリアの方向性」の3要素を、2〜3文・200〜300字程度でまとめることです。

また、応募先の求人票をよく読み、求められているスキルや業務内容と自分の職務要約の接点が感じられるように微調整することが大切です。同じ職務経歴書を使い回しているエンジニアは多いですが、職務要約だけでも応募先ごとに書き直すことで、書類選考の通過率は大きく変わります。

ポイント⑤ 自己PRはキャリアの文脈に沿って書く

自己PRで多く見られるのが、「チームワークを大切にします」「学習意欲があります」といった、エンジニアなら誰でも書けてしまう汎用的な表現です。採用担当者はこのような自己PRからは、その人の具体的な価値を読み取ることができません。自己PRに書くべきは、あなたが「これまでどんな状況で、どんなソフトスキルを発揮して、どんな成果につなげたか」という具体的なエピソードです。

また、自己PRは職務経歴書全体のキャリアストーリーと一貫性を持たせることが重要です。「なぜこれまでこのキャリアを歩んできたのか」「なぜ今回の転職を考えているのか」「入社後にどう貢献したいか」という文脈の中で自己PRを書くと、採用担当者に「この人がなぜ自社に応募しているのかが納得できる」という印象を与えられ、面接への通過率が高まります。

ポイント⑥ ポートフォリオ・GitHubのURLは積極的に記載する

エンジニアの職務経歴書において、他の職種にはないアピール手段のひとつが、ポートフォリオやGitHubアカウントのURLの記載です。採用担当者は実際のコードやアウトプットを見ることで、職務経歴書の文字情報だけでは伝わらない技術力や開発スタイルを確認できます。個人開発のアプリ・OSSへのコントリビューション・技術ブログなど、どんなに小さなアウトプットでも、継続的に学習・発信していることの証拠として評価される可能性があります。

GitHubのREADMEを整備していない方は、転職活動を始める前に最低限の整理をしておくことをおすすめします。リポジトリに「何を目的として作ったか」「使用技術」「動作確認方法」が書いてあるだけで、採用担当者の理解度は大きく変わります。

ポイント⑦ 職務経歴書は2〜3ページに収める

エンジニアの職務経歴書は、経験年数が長くなるほどプロジェクト数が増え、ページ数が膨らみがちです。しかし、情報量が多ければ多いほど良いわけではありません。採用担当者が1人の書類に割ける時間は限られており、ページ数が多すぎると「重要な情報がどこにあるか」がわかりにくくなり、結果として伝えたいことが伝わらないという事態になります。

経験年数が5年以上あるエンジニアの場合、すべてのプロジェクトを同じ分量で書く必要はありません。応募先のポジションに関連性の高いプロジェクトは詳しく、関連性が薄いものは概要のみに留めるというメリハリをつけることが大切です。職務経歴書は「自分の経歴のすべてを記録する書類」ではなく、「採用担当者に活躍イメージを持ってもらうための提案書」として考えると、何を削るべきかが判断しやすくなります。

【職種別】エンジニア転職の職務経歴書で押さえるべき違い

一口に「エンジニア」といっても、SIer・Webエンジニア・インフラエンジニアでは業務内容も採用担当者が注目するポイントも異なります。職種ごとの特性を理解した上で職務経歴書を書くことが、書類選考通過への重要な鍵になります。

SIer・システムエンジニアの場合

SIerやシステムエンジニアの職務経歴書で採用担当者が特に重視するのは、プロジェクトの概要・規模、担当した開発フェーズ、テクニカルスキルの3点です。SIerの場合、クライアントの業種・システムの目的・チーム規模・予算感などを記載することで、「どの規模・難易度の案件に対応できるか」が伝わります。また、要件定義や基本設計などの上流工程を経験している場合は、積極的にアピールしましょう。上流工程の経験は、多くの企業で即戦力として高く評価されます。

なお、SIerで働いているエンジニアがWeb系自社開発企業へ転職する場合は、これまで使ってきた業界用語や略語が採用担当者に伝わらない場合があります。「○○省向けの○○システム」といった表現よりも、「大規模な業務系Webアプリケーションの開発」のように、専門知識がなくても理解できる表現に言い換えることを意識してください。

Webエンジニア（フロントエンド・バックエンド）の場合

Web系エンジニアの職務経歴書では、使用している技術の進歩が特に速いため、フレームワークやライブラリのバージョンまで細かく記載することが推奨されています。たとえば「React」とだけ書くより「React 18（Hooks・TypeScript対応）」と書いた方が、採用担当者は即戦力として使えるかどうかを正確に判断できます。また、フロントエンドとバックエンドの両方に対応できるフルスタックの経験がある場合は、その旨を職務要約で明示しましょう。

自社開発企業では、単に言われた機能を実装するだけでなく、ビジネス視点を持って開発に関わることを求められるケースが多いです。「なぜその機能を作ったか」「ユーザーの課題をどう解決したか」というビジネス・プロダクトへの貢献を意識した書き方ができると、採用担当者に好印象を与えることができます。GitHubやポートフォリオのURLも必ず記載するようにしましょう。

インフラ・クラウドエンジニアの場合

インフラエンジニアの職務経歴書で採用担当者が必ずチェックするのは、テクニカルスキル・プロジェクトマネジメントスキル・顧客折衝スキルの3点です（リクルートダイレクトスカウト掲載情報より）。特に近年はクラウド関連の経験が採用の大きな判断材料になっており、AWS・GCP・Azureなどの使用経験と、具体的な構築内容（EC2・S3・RDSなど使用したサービス名まで）を詳しく記載することが重要です。

インフラエンジニアとして多数のベンダー資格を持っている場合は、資格欄に漏れなく記載しましょう。過去に取得して失効した資格も、「失効」の注釈を添えて記載することが認められています。また、オンプレミス環境でのみ経験を積んできたエンジニアがクラウド未経験を理由に躊躇することがありますが、オンプレミスで培った冗長化設計・障害対応力・ネットワーク設計力はクラウド環境でも十分に活かせる普遍的なスキルです。その旨を自己PRで積極的に伝えることが大切です。

これだけは避けたい！エンジニア転職の職務経歴書でよくあるNGパターン

書き方のポイントを押さえることと同じくらい重要なのが、「やってしまいがちなNG」を事前に把握しておくことです。以下の3つのパターンは、エンジニアの職務経歴書で採用担当者からよく指摘される典型的な失敗例です。自分の職務経歴書に当てはまっていないか、見直してみてください。

NGパターン① 業務内容の羅列だけで「何ができるか」が伝わらない

最もよくあるNGが、「設計・開発・テスト・保守を担当」「要件定義から運用まで一貫して対応」といった業務プロセスの列挙だけで終わっている書き方です。ソフトウェアエンジニアであれば設計・開発・テストをするのは当然のことであり、それだけでは何の情報にもなりません。採用担当者が知りたいのは「何をしたか」ではなく「どんなチームで・どんな役割で・何を成し遂げたか」です。

改善の方向性としては、各プロジェクトに必ず「担当範囲・チーム内の役割・具体的な成果」を加えることです。業務プロセスを書く場合でも、「要件定義フェーズでは顧客ヒアリングを主導し、仕様書を作成」「テストフェーズでは自動テストの仕組みを導入し、テスト工数を30%削減」のように、自分がどのように考え・動き・結果を出したかというストーリーを加えることで、職務経歴書の質は大きく変わります。

NGパターン② 技術名だけ書いて習熟度・実績がない

テクニカルスキル一覧に「Java・Python・AWS・Docker・Kubernetes・React・Vue.js…」と技術名を大量に並べているだけの職務経歴書も、採用担当者からは評価されにくい傾向があります。技術名はあくまで「目的を達成するための手段」であり、「何を解決するためにその技術を使ったか」がセットで書かれていないと、スキルの深さも実務での活用イメージも伝わらないからです。

また、習熟度にかなりのばらつきがあるにもかかわらず、すべて同列に並べてしまうことも問題です。「聞いたことがある」程度の技術と「実務で設計から担当している」技術が同じリストに並んでいると、採用担当者はどこまで任せられるかを正確に判断できません。技術名には必ず経験年数と習熟レベルを添えるとともに、プロジェクト経歴の中でその技術をどう活用したかを具体的に記載するようにしましょう。

NGパターン③ 文章が長すぎて採用担当者が読みにくい

職務経歴書は「詳しく書けば書くほど良い」と思われがちですが、情報量が多すぎて読みにくい職務経歴書は、採用担当者にとってかえってマイナスの印象を与えることがあります。「書類作成力やプレゼン力に欠けるのではないか」という懸念を持たれるケースもあります。特に経験年数の長いエンジニアは、すべてのプロジェクトを同じ分量で記載しようとして、職務経歴書が5ページ以上になってしまうことがあります。

職務経歴書のページ数は2〜3ページ、多くても4ページ程度に収めることが一般的です。応募先のポジションに関連性の低いプロジェクトは「プロジェクト名・期間・使用技術」の概要のみに留め、関連性の高いものに詳細な記載を集中させることが大切です。また、長い文章を段落のまま書くよりも、表形式や箇条書きを適切に活用することで、採用担当者が情報を素早く把握できる読みやすい書類になります。

転職回数が多い・ブランクがあるエンジニアの職務経歴書の対処法

転職回数が多かったり、ブランク期間があったりすると、職務経歴書をどう書けばよいか悩む方は多いです。しかし、適切な書き方の工夫によって、これらの不安要素をある程度カバーすることができます。

転職回数が多い場合の見せ方

転職回数が多いと、採用担当者から「またすぐに辞めてしまうのではないか」「一貫性がないのではないか」という懸念を持たれることがあります。しかし近年は中途採用を積極的に進める企業が増えており、転職回数だけで判断せず、「自社で活かせる経験・スキルがあるか」を重視する企業も多くなっています。職務経歴書の書き方次第で、転職回数の多さを強みに変えることも可能です。

転職回数が多い場合に特におすすめのフォーマットが「キャリア式（機能別職歴形式）」です。時系列で会社ごとに職歴を並べる「編年体式」とは異なり、「Webアプリケーション開発」「インフラ設計・構築」「プロジェクトマネジメント」のように業務内容・職種別に経歴を分類して記載する方法です。転職回数の多さよりも蓄積してきたスキルと経験に注目してもらいやすくなるというメリットがあります。なお、経歴の省略は絶対に避けてください。経歴を省略した場合、採用後に発覚すると経歴詐称とみなされるリスクがあります。

また、職務要約や自己PRで転職の背景を前向きな言葉で補足することも有効です。「新しい技術を習得するため」「より上流工程に関わりたいという目標のため」など、各転職に一貫したキャリアの文脈を持たせることで、採用担当者に「この人の転職には意味があった」と納得してもらいやすくなります。転職回数への言及に焦点を当てすぎず、あくまで「今後この会社でどう貢献できるか」を伝えることに主眼を置きましょう。

ブランク期間がある場合の記載方法

ブランク期間がある場合、採用担当者が気にするのは「その期間に何もしていなかったのではないか」という点です。ブランクの理由が介護・育児・病気療養・留学など、やむを得ない事情であれば、その旨を職務経歴書に簡潔に記載することをおすすめします。事情を記載することで、採用担当者の「なぜ働いていなかったのか」という疑問を先に解消でき、マイナス印象を軽減することができます。

ブランク期間中に技術的な自己研鑽をしていた場合——たとえば個人開発・資格取得・プログラミング学習・技術書の読書など——は、その内容を自己PRや職務経歴の「補足」として積極的に記載しましょう。「○○の期間中、AWSソリューションアーキテクト資格の取得に向けて独学で学習し、取得」などの記載は、エンジニアとしての学習意欲と主体性を示す有効なアピールになります。ブランク期間があっても、現在のスキルセットと入社後の貢献イメージを明確に伝えることができれば、書類選考で不利になるとは限りません。

エンジニア転職の職務経歴書作成に行き詰まったら転職エージェントを活用しよう

職務経歴書の書き方を理解していても、いざ自分のキャリアを言語化しようとすると「どの経験を前面に出すべきか」「この書き方で本当に伝わるか」という判断に迷うことはよくあることです。そのような場合は、エンジニア特化型の転職エージェントへの相談をおすすめします。

レバテックキャリア・ギークリー・Findy・マイナビITエージェントといったエンジニア特化型の転職エージェントでは、キャリアアドバイザーによる職務経歴書の無料添削サービスを提供しています。これらのエージェントのアドバイザーはIT業界の採用事情に精通しており、「どの経験をどう表現すれば採用担当者に刺さるか」を職種・年齢・希望企業に合わせてアドバイスしてもらえます。

特に初めてエンジニアとして転職する方や、自社開発企業への転職を目指すSIerエンジニアの方は、業界の慣習や求められる職務経歴書の表現が大きく異なるため、プロの目を借りることで大幅に書類の質を高めることができます。また、エージェントに登録することで、非公開求人の紹介・面接対策・条件交渉のサポートなど、転職活動全体をトータルでサポートしてもらえるというメリットもあります。職務経歴書の完成度を高めることは、転職成功への第一歩です。ひとりで悩まずに、積極的にプロのサポートを活用してみてください。