転職活動を始めて数週間、何社も応募しているのに書類選考がなかなか通らない。「自分はJavaとAWSが使えて、開発経験も5年ある。なぜ落ちるのか」

そんな疑問を抱えているエンジニアの方は、少なくありません。実は多くの場合、落選の原因はスキルの低さではなく、職務経歴書の書き方にあります。スキル・経験を単に並べただけの職務経歴書は、採用担当者に魅力的に映らず、自分の強みを伝えられていないことがほとんどです。

そこで今回は、「エンジニア向け職務経歴書の書き方」について解説します。書類選考を突破するために必要な職務経歴書の書き方を、職種別のサンプルとともに紹介していますので、ぜひ参考にしてください。

なぜエンジニアの職務経歴書は「スキルの羅列」だと落ちるのか？

採用担当者は技術力だけでなく「再現性」と「自走力」を見ている

採用担当者が職務経歴書を通じて確認したいのは、「再現力」と「自走力」です。「この人が入社後に活躍するイメージが持てるか」という一点を見ています。

そのため「何ができるか」だけでなく、以下のような点を意識して書くようにしましょう。

• なぜその技術を選んだか
• 課題に対してどう動いたか

「指示された作業をこなした」ではなく「課題を自分で発見して解決した」と書く方が、自走力の証明になります。再現性のある思考プロセスが書かれているかが、職務経歴書では重要です。

SESで使っている「スキルシート」の使い回しは絶対NG

SESで使っているスキルシートは、使い回してはいけません。なぜなら、SESのスキルシートは、どの案件に入れるかを判断するための技術経歴書だからです。志望動機や自己PRの記載欄がないことも多い書類なため、そのまま職務経歴書として提出しても、採用担当者には伝わりません。

スキルシートはあくまで土台として活用し、応募企業に合わせた職務経歴書を別途作成しましょう。

自分の職務経歴書がスキルの羅列になっていないか不安な方は、第三者にチェックしてもらう方法が効果的です。

しかし、周囲に書類添削してもらえる人がいない人も多いでしょう。キッカケエージェントでは、元エンジニアのアドバイザーが面倒な書類作成を代行いたします。ぜひお気軽にご相談ください。

採用担当の心を掴む！職務経歴書の書き方と4つの鉄則

【職務要約】あなたのキャリアの強みを定義する

例文

Webアプリのバックエンド開発を5年担当。直近ではAPI設計からリリースまでを主導し、デプロイ頻度を月1回から週3回に改善。

職務要約は自分のキャリアの強みを定義する項目です。簡潔に冒頭の3～4行に収め、「誰が・何を・どんな成果で」という構造で書きましょう。

ここで採用担当者の興味を引けるかどうかが、残りを読んでもらえるかを左右します。実務年数・得意領域・最大の実績を一文にまとめるのがコツです。

【技術スキル】一覧表にして「スキル習熟度」を客観的に示す

カテゴリ	技術・ツール	経験年数	習熟度
言語	Go / TypeScript	3年 / 2年	業務メイン
フレームワーク	Echo / Next.js	3年 / 2年	業務メイン
クラウド	AWS（EC2、RDS、S3）	2年	構築・運用可
DB	PostgreSQL / Redis	3年	設計・チューニング可
その他	GitHub Actions / Docker	2年	CI/CD整備経験あり

上の表のように、技術スキルは一覧表にまとめ、経験年数や習熟度を併記することで採用担当者が即座に判断できるようになります。

なお、「使ったことがある」と「業務で主体的に使える」では評価が大きく異なるため、レベル感を明示するようにしましょう。

【PJ経歴】5W2HやSTARを用いて「定量的成果」を語る

NG例	OK例
ECサイトのバックエンド開発を担当	5名チームでECサイトのAPI設計・実装を担当。キャッシュ設計の見直しによりAPIレスポンスタイムを平均1.2秒から0.3秒に短縮

上の表のように、PJ経歴は「何をやったか」では採用担当者に伝わりません。ですが、OK例のように「どんな状況で・何を目的に・どう行動し・何が変わったか」という流れで書くと再現性が伝わります。

難しい場合は、フレームワークとして5W2HやSTAR（状況・課題・行動・結果）を活用してみましょう。この際、数字で語れる成果を1つ盛り込むことで、書類の説得力を強調できます。

【自己PR】「技術選定の理由」と「ビジネス貢献」を言語化する

自己PRでは、「技術選定の理由」と「ビジネス貢献」を言語化するのも大切です。技術的なスキルの説明よりも「なぜその技術を選んだか」という判断軸が評価される傾向にあります。

採用担当者が知りたいのは、応募者が入社後に「ビジネス課題に対してどう動いてくれるか」かです。そのためには、自己PRで実際に働く姿をイメージできるかが重要になります。

「開発スピードを上げるためにGoを選定した」など、技術の選択をビジネスの文脈で語るように意識しましょう。

一発で採用担当者の心を掴む職務経歴書を書くのは難しいものです。転職を考えている方の中には、自分の職務経歴書に不安を抱えている方もいるでしょう。そのような場合は、キッカケエージェントへお気軽にご相談ください。元エンジニアのアドバイザーが、プロの目線で職務経歴書を添削いたします。

【職種・属性別】そのまま使える！エンジニアの職務経歴書サンプル集

バックエンド / フロントエンドエンジニア向け

OK例（バックエンド）

レガシーなREST APIをGraphQLに段階移行し、フロントエンドチームの実装コストを約30%削減。移行計画の設計から実装・ドキュメント整備まで主導。

OK例（フロントエンド）

React導入によりページ読み込み速度を改善（LCP: 4.2秒→1.8秒）。デザイナーと協働し、CVRを1.2%から2.1%へ改善するUI改修を実施。

バックエンド / フロントエンジニア向けの職務経歴書は、上記のような形で書きましょう。

モダンな開発環境への転職で評価されるのは、「チーム開発への貢献」と「技術的負債の解消経験」です。API設計の工夫やUI/UX改善の取り組みを、ビジネスへの影響とセットで書くことがポイントになります。

クラウド / インフラエンジニア / SRE向け

インフラ・SRE領域では、「構築経験」に加えてIaC導入・CI/CD整備・コスト削減という3つの実績が特に評価されます。「サーバを立てた」という経験よりも、「どの程度自動化・効率化に貢献したか」を数字で示すことが重要です。例えば、以下のような形で記載してみてください。

• TerraformによるIaC化で環境構築時間を2日→1時間に短縮
• GitHub ActionsでCI/CDパイプラインを整備し、デプロイ作業の手動ミスをゼロ化
• AWSリソースの見直しにより月間クラウドコストを約25万円削減

このようにすることで、採用担当者がイメージしやすい形になります。必要に応じて「→」のような記号も使い、可読性を上げるのもポイントです。

業務系SE / SIer

SIer的な表現	モダン企業に刺さる表現に変換後
大規模基幹システム開発に参画	100名規模のプロジェクトで要件定義からリリースまで主導
顧客折衝を担当	ステークホルダー30名との仕様調整を担い、手戻りを前フェーズ比40%削減
PL経験あり	5名チームのタスク管理・進捗報告・リスク対応を一手に担い、予定納期内に納品

上記のように、SIer出身者が採用担当者に刺さる書き方をするには、経験をモダン企業の言葉に翻訳するようにしましょう。

「大規模システム開発に携わった」という書き方はSIerの文脈では実績に聞こえますが、採用担当者に過不足なく伝わりません。

Web系・自社開発企業には規模よりも「どんな役割で・どんな課題を・どう解決したか」が伝わる表現が求められます。

どのような書き方なら応募企業に魅力的に伝わるかを、考えて書くようにしましょう。

実務未経験者 / 第二新卒

OK例

医療事務の経験から、薬の飲み合わせを確認できるWebアプリを個人開発（Next.js / TypeScript / Supabase）。実務で感じた課題を技術で解決するという発想と設計・実装経験を強みとして持ち込みたいと考えています。

未経験・第二新卒の職務経歴書で差がつくのは、ポートフォリオの「意図の言語化」と「前職のドメイン知識の活用」です。

そのため、単に「Reactでアプリを作りました」と書いてはいけません。「なぜその技術を選んだか」「どんな課題を解決しようとしたか」を書き、自走力と思考力を示すようにしましょう。

このように、現在どのような立場にあるのかによって、効果的な職務経歴書の書き方は変わります。「自分の場合はどう書けばいいんだろう？」と悩んでいる方は、下記リンクよりキッカケエージェントへお気軽にご相談ください。元エンジニアのアドバイザーが、これまでの経験を基に、職務経歴書の作成をサポートいたします。

エンジニア特有！的確なポートフォリオの書き方

業種と特性を掛け合わせ顧客名を出さずに規模と難易度を伝える

NG表現	OK表現（NDA対応の言い換え）
○○銀行向けシステム開発	国内大手金融機関向け、1日100万件超のトランザクションを処理する決済基盤の開発
○○社のECサイト改修	月間PV500万規模のBtoC ECサイトにおけるカート機能のリアーキテクチャ
病院向け電子カルテ開発	500床規模の急性期病院向け電子カルテシステムの新機能設計・実装

ポートフォリオでは、業績と特性を掛け合わせ、顧客名を出さずに規模と難易度を伝えるように書いてください。上記のように、NDA（秘密保持契約）がある場合でも、守秘義務を守りながら具体性を持たせることが可能です。

顧客名を出せなくても、採用担当者がプロジェクトの難易度と規模をイメージできる書き方を意識しましょう。

アジャイルやCI/CDなど開発環境とプロセスをセットで記載する

例

スクラム（2週間スプリント）で開発。プルクリエストベースのコードレビュー運用と、GitHub Actionsによる自動テスト・デプロイを整備した環境で実装を担当。

上記のように、ポートフォリオでは、アジャイルやCI/CDなど開発環境とプロセスをセットで記載するのもポイントになります。

モダンな開発組織が重視するのは、技術スタックだけでなく「どんな開発プロセスで動いていたか」です。スクラムやカンバンといった開発手法やGitHubを使ったレビュー文化などを記載することで、チーム開発への適応力をアピールできます。

「活動実態のないリンク」は避け学習の意図を添える

ポートフォリオでは、活動実態のないリンクは避け、学習の意図を添えるのも大切です。

例えば、GitHubのURLを記載する場合。コミットが数件しかなかったり最終更新が1年以上前だったりすると、逆にマイナス印象を与えるリスクがあります。

リンクを載せるなら、「なぜこのプロジェクトを作ったか」という意図を一文添えるようにしましょう。技術選定の理由と学習への姿勢が伝わります。

こうした点から、活動実態のないリポジトリは記載しないか、状況を正直に補足する方法がおすすめです。採用担当者に誠実な印象を与えられます。

ポートフォリオは、エンジニアの方それぞれで効果的な書き方が異なります。ポートフォリオの作成で不安を抱いている方は、キッカケエージェントへお気軽にご相談ください。元エンジニアのアドバイザーが、プロの目線で的確なポートフォリオ作成をサポートいたします。

提出前チェックリスト！エンジニアがやりがちなミス3選

1.経験が長く情報が多すぎる

職務経歴書の情報が多すぎると、「何が強みなのかわからない書類」になってしまいます。実務年数が長いエンジニアほどこの傾向があり、A4で4～5ページに膨らむケースも少なくありません。

採用担当者が、一人の書類を読む時間は限られています。長すぎる書類は、「見る側の視点が欠けている」と判断されるリスクがあるのだと考えてください。

そのため、直近3～5年の実績を中心に据え、古い経歴は在籍期間と担当領域を簡潔にまとめる形に整理しましょう。目安はA4用紙2～3枚以内です。

2.技術用語に誤字脱字・表記揺れがある

技術用語の誤記は、「実際に使っていないのでは」という疑念につながるため、特に注意が必要です。採用担当者がエンジニアであれば一目で気づきます。中でも多いのが、以下のような表記揺れです。

• Javascript → JavaScript（正：大文字S）
• Githubactions → GitHub Actions（正：スペースあり）
• postgresSQL → PostgreSQL（正：大文字P）
• k8sとKubernetesが混在している

こうしたミスは、「うちは誤字脱字でもいいと思われているのか」と評価されかねないリスクをはらんでいます。提出前に技術用語を一覧化し、公式表記と照合する確認を必ずしましょう。

3.書類上の「建前」と面接での「本音」に矛盾がある

書類に書いた内容を面接で具体的に語れない場合、採用担当者に強い不信感を与えてしまいます。そのため、書類と面接の内容は必ず一致させるようにしてください。特に、以下の点には注意が必要です。

• チーム開発が得意と書いたのに、面接で具体的なエピソードが出てこない
• 技術力向上を重視していると書いたのに、直近の学習経験を語れない

こうした矛盾は、内定を遠ざける要因になります。

職務経歴書に書く内容は「面接で具体的に語れること」だけに絞るのが鉄則です。書類は面接の台本である、という意識を持って書くようにしましょう。矛盾を防ぎやすくなります。

作成した職務経歴書が万全か不安な場合は、第三者の目を頼るのもおすすめです。キッカケエージェントでは、元エンジニアのアドバイザーが、プロの目線で職務経歴書の添削をしております。無料でご利用いただけますので、不安な方は下記リンクよりお気軽にご相談ください。

職務経歴書を志望企業に最適化するならキッカケエージェント

転職の「めんどくさい」を代行！プロによる客観的な添削・作成支援

キッカケエージェントでは、元エンジニアのキャリアアドバイザーが職務経歴書の添削・作成をしております。「職務経歴書の書き方がわからない」「何度直しても自信が持てない」という悩みを持っている方の強い味方になるサービスです。

過去の経験をヒアリングしながら、プロの目線でアピールできる強みを採用担当者に伝わる言葉に整理いたします。作成の代行もしておりますので、忙しくて書く時間のない方も、ぜひ1度お気軽にご相談ください。

求人票では見えない「隠れた採用基準」に合わせた書類のチューニング

キッカケエージェントでは、求人票では見えない「隠れた採用基準」に合わせた書類のチューニングもしております。

企業が公開している求人票に書かれた条件は、採用基準の一部に過ぎません。実際には「チームに馴染めるか」「技術へのスタンスが社風と合うか」といった暗黙の評価軸が存在するのです。

キッカケエージェントは、そうした企業の内部情報も所持しています。そのため、表に出ていない採用基準を把握した上で、職務経歴書を最適化することが可能です。

「正しい市場価値」に基づく年収交渉もサポート

キッカケエージェントでは、正しい市場価値に基づく年収交渉もサポートしております。年収交渉が不安な方でも、安心してご利用いただけるサービスです。

職務経歴書の質が上がれば、年収交渉の土台も強くなります。キッカケエージェントは、エンジニアの市場データを基にした適正年収の診断と、オファー面談での交渉代行も可能です。

なんとなく提示額を受け入れるのではなく、根拠を持って交渉できる状態で内定を迎えられます。

「今は転職しない」もOK！まずは気軽にキャリア相談から

キッカケエージェントでは、転職を考えていない方の相談も無料で受け付けております。

「今の職務経歴書でどこまで通用するか確認したい」「転職すべきかどうかまだ迷っている」という段階からでもOKです。元エンジニアのキャリアアドバイザーが、中長期的な視点でキャリア設計を一緒に考えます。

キャリアに必要だと判断すれば、無理に転職を勧めることもありません。現職に残る選択肢も含めて、最善の判断ができるようにサポートいたします。

少しでも今のキャリアに悩みや不安のある方は、ぜひ1度下記リンクよりご相談ください。

キャリアの「リファクタリング」を終えたら次のアクションへ

職務経歴書を書く作業は、コードのリファクタリングに似ています。表面的には同じ経験でも、整理と言語化によって読み手に伝わるものがまったく変わります。

スキルの羅列をやめ、再現性と自走力を伝える書類に仕上げることが、転職活動における最初の攻略です。まずは今の職務経歴書を見直すところから始めてみましょう。

もし、職務経歴書で不安があるという方は、キッカケエージェントへお気軽にご相談いただいて大丈夫です。無料でご利用いただけますので、ぜひご活用ください。

キッカケエージェントTOPに戻る