エンジニアの履歴書・職務経歴書｜52人調査と書き方

エンジニアの転職で出す書類は、履歴書と職務経歴書の2つです。履歴書には氏名・学歴と職歴・免許と資格・志望の動機などを決まった欄に正確に書き、担当したプロジェクト・使った技術・役割・成果は職務経歴書で伝えます。

Offers が転職経験のあるエンジニアら52人に聞いた調査では、作成で最も時間がかかったのは「具体的な業務内容と成果の記述」で、7割を超える人がアピールポイントの特定に悩んでいました。応募先の求人の必須条件を先に読み、条件に合う経験から順に整理すると、職務経歴書に書く要点を絞り込みやすくなります。

履歴書は様式の欄を正確に埋め、業務と成果は職務経歴書で伝える

エンジニアの転職の履歴書は、厚生労働省が2021年に示した履歴書様式例のような決まった欄に、氏名・連絡先・学歴と職歴・免許と資格・志望の動機などを書く書類です。担当したプロジェクト・使った技術・チームでの役割・成果のように欄に収まらない中身は、職務経歴書に書いて伝えます。

厚生労働省の様式例は、日本規格協会（JIS 規格）の履歴書の様式例が削除されたのを受けて、公正な採用選考の参考として作られたものです。性別欄は「男・女」の選択から任意の記載に改められ、「配偶者」「扶養家族数」「配偶者の扶養義務」「通勤時間」の欄は設けていません。法的な拘束力は無く、どの様式を使うかは企業が決められる位置づけです（出典：厚生労働省「履歴書の様式例の作成について」（2021年4月16日））。

写真のサイズや服装を扱った記事は「エンジニア転職の履歴書写真｜サイズ・服装・貼り方」、「レジュメを送ってください」と言われたときに何を出すかを扱った記事は「レジュメとは｜転職での意味とエンジニアの書き方」です。

書類を出す時点は求人の選考ステップで分かれる

履歴書と職務経歴書を出す時点は、求人ごとの選考ステップで分かれ、応募と同時に出す求人もあれば、カジュアル面談の後に出す求人もあります。Offers に掲載されたエンジニア・PdM の正社員求人のうち、選考ステップを記載した1,620件では、書類選考をステップに含む求人が721件（44.5%）でした。

1,620件のうち、最初のステップに書類選考を置く求人が496件（30.6%）、カジュアル面談の後に置く求人が225件（13.9%）です（Offers（株式会社overflow）調べ・選考ステップを記載したエンジニア・PdM の正社員求人 n=1,620・2022年3月〜2026年10月公開）。

どちらの流れでも慌てないように、応募を始める前に履歴書と職務経歴書を一度仕上げておくと、面談の直後に書類を求められても、すぐに出せる状態です。カジュアル面談の前に書類を求められたときの準備は「カジュアル面談に履歴書は必要？求められた時の準備」が参考になります。

職務経歴書を一度まとめたら、Offers に経歴を登録しておく方法があります。登録した経歴を見た企業から、直接スカウトのメッセージが届く仕組みです。届いたスカウトの求人で選考ステップを確かめてから、書類を出す時点を決められます。

職務経歴書のアンケートは2024年3月に52人へ実施

Offers は2024年3月19日〜28日に、転職経験のあるエンジニア・プロダクトマネージャー・デザイナーを対象に「転職活動における『職務経歴書』についてのアンケート」を行い、52件の回答を得ました。

回答の抜粋には、回答者の年齢と「エンジニア・Androidエンジニア」のような職種の区分を添えています。区分にある SRE（Site Reliability Engineering・サイト信頼性エンジニアリング）は、サービスの信頼性を保つ運用を担う職種です。

作成で最も時間がかかる部分は業務内容と成果の記述で34.6%

履歴書・職務経歴書の作成で最も時間を要する部分は、「具体的な業務内容と成果の記述」を挙げた人が34.6%で最多でした。次いで「的確な長所や強みの表現」が26.9%、「長年の経歴の要約」が17.3%です（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

「保有スキルの簡潔な列挙」は11.5%、「明確な転職理由や志望動機」は5.8%、「体裁や文章のブラッシュアップ」は3.8%でした。スキルを並べる作業より、過去の業務と成果を具体的に書き起こす作業と、自分の強みを言葉にする作業に時間がかかっている、という結果です。

業務と成果は、1つのプロジェクトごとに「何を作ったか・どの技術を使ったか・チームでの役割・結果どうなったか」の4点を数行で書くと、読み手が経験の大きさをつかみやすくなります。成果を数字で書ける場合は、処理時間・障害件数・リリース頻度など、変化が分かる指標を添えます。

最大の課題は複雑な経験を整理して簡潔に伝えることで28.8%

作成するうえでの最大の課題は、「複雑な経験を整理し簡潔に伝えること」が28.8%で最多でした。続いて「的確にアピールできる強みの発見」が25.0%、「応募先に合わせた内容や強調点のカスタマイズ」と「必要な情報を過不足なく盛り込むこと」がともに15.4%です。

「適切な言葉でのスキルの表現」は9.6%、「キャリアビジョンの明確な表現」は5.8%でした。多くの経験を短くまとめることと、どの経験をアピールポイントにするかを見つけることに、課題が集まっています。

経験の整理と強みの発見に悩んだ理由の回答

「複雑な経験を整理し簡潔に伝えること」を選んだ人からは、経歴が長くなるほど、詳しく書くと読みにくく、省くと伝わらないという声が寄せられました。

• 41歳 エンジニア・Androidエンジニア「経歴が長くなるほど詳細を書くと読みづらくなり詳細を省くと伝わらないことが増える」
• 34歳 エンジニア・フロントエンドエンジニア「実際のプロジェクトの内容を細かく書いたところでそれを読んでいただけるのかが不明なため、そこに時間をかけることよりもコーディングテストや面接で直接話す内容を考えるところに時間をかけたほうが良いと思いました。」
• 32歳 データ分析・SRE「定量的な成果として表せる仕事でもないため、自身が実施した業務をただ羅列するだけになってしまう。」
• 38歳 エンジニア・アーキテクト「明確に職種で表現できる仕事内容ではないため、その仕事での成果を、他社での再現性を認めてもらえる形で、どうやって表現するかに苦労している。」

「的確にアピールできる強みの発見」を選んだ人の回答では、自分が書きたいことと応募先が知りたいことの違いを挙げるものが目立ちます。

• 41歳 エンジニア・バックエンドエンジニア「過去の経歴は多岐に渡るため様々な訴求ポイントがあるものの、応募先企業から見てより魅力的に映るよう情報の取捨選択をすること」
• 28歳 エンジニア・アプリエンジニア「強みをより簡潔に、見てもらいやすく記述することが大変だと感じました。採用担当の業務に携わったこともあるため、大量の書類の中から自分の強みを見てもらうには、他に埋もれないような書き方などが必要であり、それらは単に添削サービスで添削してもらうことでは身に着けることがほぼ不可能だと感じています。その点が難しく、自分にとっての課題だと感じています。」
• 38歳 エンジニア・CTO「自分がアピールしたいことと、企業側が興味を持つことがかなり異なる場合がある。そのような場合では、労力を使ってアピールしたいことを書いても無駄になるばかりか、企業側が興味を持つ事を書くスペースがなくなり、有害ですらある。」

「応募先に合わせた内容や強調点のカスタマイズ」「必要な情報を過不足なく盛り込むこと」「適切な言葉でのスキルの表現」を選んだ人からは、応募先ごとの書き分けと、日ごろの更新の手間、自分の経験の価値の測りにくさが挙がりました。

• 46歳 エンジニア・エンジニアリングマネージャー「企業に合わせてカスタマイズするが、それが本当に企業の望むかたちになっているか分からない」
• 58歳 プロダクトマネージャー・ディレクター「経験や実績が多岐に渡り、求人企業の事業や業務にマッチするように工夫しなければならない」
• 44歳 エンジニア・Androidエンジニア「こまめにメンテナンスしてないと詳細を忘れている」
• 28歳 エンジニア・インフラエンジニア「自身が当たり前にやっていることが市場としてどのくらいの価値があるのか不明であるため、記載すべきかどうか悩む」

アピールポイントの特定に悩んだ人は72.5%

アピールポイントの特定に悩んだことがあるかを聞くと、72.5%が「はい」と答え、「いいえ」は15.7%、「どちらとも言えない」は11.8%でした（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

7割を超える人が、自分の強みのうちどれを書類の中心に置くかで迷っています。経験が多い人ほど候補が増え、どれを前に出すかを決める材料が要ります。

参考にしたものは自身の職務経歴書や過去の実績資料が32.8%で最多

アピールポイントを特定する際に参考にしたもの（複数回答可）は、「自身の職務経歴書や過去の実績資料」が選ばれた回答の32.8%で最多でした。次いで「応募先の求人情報や企業Webサイト」が20.7%、「転職サイトなどのアドバイスや事例」が19.0%です。

「専門家や周囲からの助言」は13.8%、「キャリア開発などの関連する書籍やWeb記事」は8.6%、「同業他社の求人情報・採用ページ」は5.2%でした。自分の過去の実績を振り返る人が最も多く、応募先の求人情報がそれに続いています。

応募先の求人情報を読むときは、必須条件に並ぶ経験と年数を書き出すと、アピールポイントを選ぶ基準になります。Offers に掲載された正社員のエンジニア求人のうち、必須条件に実務経験を求める記載がある求人は73.9%、「3年以上」のように経験年数を書いた求人は53.6%でした（Offers（株式会社overflow）調べ・必須条件の記載がある正社員エンジニア求人 n=1,700・2022年3月〜2026年9月公開）。

求人の必須条件にある技術と年数を、自分の職務経歴書の中で探し、当てはまる経験を職務要約と各プロジェクトの冒頭に置くと、読み手が条件と照らし合わせやすくなります。必須条件の読み方とレジュメに書く項目は「レジュメとは｜転職での意味とエンジニアの書き方」で詳しく扱っています。

職歴の整理で苦労した点は要点の絞り込みで37.5%

職歴の整理で特に苦労した点は、「要点の絞り込み」が37.5%で最多で、「具体的な業務内容などの的確な記述」が27.1%で続きました（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

「応募先に合わせた経験の整理」と「短期間職歴のまとめ方」はともに10.4%、「アピールポイントの選定」は8.3%、「論理的な転職理由の説明」は6.3%でした。多くの経験から応募先に関わる部分を選び出すことと、実際に行った仕事を明確に書くことに苦労が集まっています。

要点の絞り込みと業務の記述に苦労した理由の回答

「要点の絞り込み」「具体的な業務内容などの的確な記述」「応募先に合わせた経験の整理」を選んだ人からは、細かな案件が多い経歴をどうまとめるかに悩む声が多く寄せられました。

• 45歳 エンジニア・バックエンドエンジニア「こまごまと複数案件の細切れ作業が多い時期も多々あり、職歴にどう書こうか悩んだ」
• 45歳 プロダクトマネージャー・テクニカルディレクター「どうしても業務内容が多くなってしまい、会社ごとにアピールポイントが変わってくるため1つの経歴書としてどう書いていいか悩んだ」
• 38歳 エンジニア・アーキテクト「色々な仕事に取り組んだため、応募先の企業に評価される仕事を絞り込んだり、そこでの成果を分かりやすく表現するところが特に難しい。」
• 29歳 エンジニア・SRE「一つの案件でも複数の業務に携わることがあった。どれが1番市場の武器として使えるのかに悩む」
• 38歳 エンジニア・CTO「一般的な開発業務を行うエンジニアと異なり、研究寄りの業務経験を持つため、どう書けばいいかわからなかった。ウェブで調べても、あまり情報が出てこなかった。（開発寄りのエンジニアを想定した記事はたくさん見つかったが）」
• 29歳 エンジニア・バックエンドエンジニア「『分かりやすくすごい』案件が少なく、『これでアピールになるのか』という不安があった」
• 28歳 エンジニア・インフラエンジニア「職歴に統一感がなくなったり、目的にブレがないようにドキュメントを作るのに苦労した」

細切れの案件が多い時期は、案件を1件ずつ並べず、「保守・改修の案件を年間◯件担当」のように種類でまとめ、代表的な1〜2件だけを詳しく書くと要点が絞られます。

短期間の職歴の扱いに悩んだ人は37.3%

短期間の職歴の扱い方に悩んだことがあるかを聞くと、37.3%が「はい」、58.8%が「いいえ」、3.9%が「どちらとも言えない」と答えました。

短期間の職歴も、履歴書の職歴欄には入社と退社の年月を省かずに書き、職務経歴書では在籍中に担当した業務と、次の職場へ移った理由を短く添えます。「エンジニアの転職回数と書類選考への影響｜78人調査」は、転職回数が書類選考にどう影響するかを同じ形式の調査でまとめた記事です。

経験の整理を自分ひとりで進めにくいときは、Offers の「職務経歴書作成・添削」を使う方法もあります。エンジニアと PdM に特化したサービスで、β版の期間中は無料です（2026年11月時点）。キャリアコンサルタントが30分のインタビューで経験を深掘りし、職務経歴書を Google Docs で納品します。転職の意思が固まっていなくても、キャリアの棚卸しに使えます。

転職エージェントの助言を受けた人は50.0%

転職エージェントからアドバイスを受けたことがある人は50.0%で、「いいえ」は46.2%、「どちらとも言えない」は3.8%でした（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

受けた助言のうち最も役立ったものは、「強みや成果を的確にアピールするポイントの見つけ方」が31.8%で最多で、「応募先に合った内容や強調点のカスタマイズ方法」が27.3%で続きました。「複雑な職歴を明快に伝える方法」と「好印象な書類の作成方法」はそれぞれ13.6%、「書類選考通過のコツや注意点」が9.1%、「経歴の妥当な分量と記載内容」が4.5%です。

役立った助言の上位2つは、アピールポイントの特定と応募先に合わせた書き分けで、作成の課題として挙がった内容と重なっています。

役立った助言の具体例の回答

役立った助言を具体的に聞くと、第三者の目で強みを言葉にしてもらったことと、分量や書き方の目安を知ったことが挙がりました。

• 32歳 データ分析・SRE「自身のこれまでの業務などを説明すると、エージェントはいろんな応募者の話を聞いているため、客観的にどう感じるか、何が強みと言えるかを伝えてくれた」
• 35歳 エンジニア・データエンジニア「職務経歴書のどこを詳しく書いて、どこを省略して書くべきかという具体的なアドバイス」
• 49歳 プロダクトマネージャー・グロースハッカー「自己PRで強調したい点をアドバイスしてもらった」
• 28歳 エンジニア・SRE「どういう役割で働いていて、積極的な活動をおこなってきたのか。技術のスキルシートだけでは見えにくい部分までしっかりアピールする」
• 38歳 エンジニア・アーキテクト「職務経歴書の分量としてはA4用紙4枚程度であれば多すぎではないこと（当然見やすいレイアウトにする必要はある）。また、職務経歴において成果を出すまでのエピソードを端的に加えるとイメージが湧いて良いということ。」

フォーマットは見やすさと読みやすさで選んだ人が73.7%

履歴書・職務経歴書のフォーマット選択に悩んだことがある人は36.5%で、「いいえ」は53.8%、「どちらとも言えない」は9.6%でした（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

選んだフォーマットの基準は、「情報の見やすさや読みやすさ」が73.7%で最多でした。「応募先に合わせたカスタマイズのしやすさ」が15.8%、「自分の個性を引き出せるデザイン」と「転職エージェントや専門家のアドバイスとの整合性」がそれぞれ5.3%です。

見やすさを基準にした理由の回答

見やすさを基準にした人からは、ページ数が多くなる経歴でも読み手が最後まで追えるようにしたいという声が寄せられました。

• 41歳 エンジニア・バックエンドエンジニア「フォーマットに決まりはないのだから最終的には『読みやすく分かりやすければ何でも良い』と考えた」
• 54歳 エンジニア・インフラエンジニア「ページ数が多くなるので、見やすいフォーマットを探した」
• 32歳 エンジニア・Androidエンジニア「見やすい経歴書の方が担当者が見やすく通過率が高そうなため。」

職務経歴書の形式は、職務要約・活かせる経験と技術・職務経歴（会社ごと・プロジェクトごと）・自己PRの順に並べると、読み手が冒頭で全体をつかめます。技術スタックは言語・フレームワーク・インフラなどの分類ごとに、経験年数と合わせて表にまとめると見やすくなります。

自己PRの書き方に悩んだ人は47.1%

自己PRの書き方に悩んだことがある人は47.1%、「いいえ」は45.1%、「どちらとも言えない」は7.8%で、悩んだ人と悩まなかった人がほぼ同じ割合でした（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

自己PRの書き方に悩んだ理由の回答

自己PRに悩んだ人からは、どの開発経験が評価されるのかをつかみにくいという声と、応募先ごとの書き分けの程度を挙げる声が寄せられました。

• 29歳 エンジニア・バックエンドエンジニア「どのような開発経験がアピールになるのかイマイチ掴みきれなかった」
• 32歳 プロダクトマネージャー・プロジェクトマネージャー「どのような強みであれば伝わるのか相手の気持ちを理解するのに時間が要していたこと」
• 32歳 エンジニア・Androidエンジニア「応募先企業によってカスタマイズするがどの程度カスタマイズしたらいいか悩む」
• 38歳 エンジニア・アーキテクト「学生時代のエントリーシートに書くような内容になってしまったため、社会人経験が10数年に及ぶ今、果たしてこのような内容で良いのだろうかと悩んでいる。」
• 43歳 エンジニア・Androidエンジニア「企業に関係あるものと関係ないものを分けるのが悩ましい」
• 37歳 エンジニア・iOSエンジニア「他社と比較して強みになっているかわからない」

自己PRは、職務経歴に書いた事実のうち応募先の求人に関わるものを1〜2個選び、「どんな課題に対して、何をして、どうなったか」の順に書くと、職務経歴と食い違わない内容になります。自己PRの例と差のつけ方は「エンジニアの職務経歴書で差をつける書き方とAI経験の例」にまとめています。

作成ツールはWord・Google Docsなどが64.5%

履歴書・職務経歴書の作成に使ったものは、「WordやGoogle Docsなど」が64.5%で最多でした。

「専用の履歴書作成サービスやアプリケーション」が12.9%、「Githubのプロフィールやリポジトリ」が8.1%、「ポートフォリオサイトやブログ」が6.5%、「Notion、text、markdown」が4.8%、「PowerPoint、Illustrator」が3.2%です（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

選んだツールや方法の利点は、「情報の整理や編集が容易」が52.0%で最多でした。「Web上での公開や共有が簡単」が20.0%、「バージョン管理や共同編集が可能」が16.0%、「適切に技術的な詳細を伝えられる」が8.0%、「作成プロセスの自動化・効率化」が4.0%です。

ツールを選んだ理由の回答

ツールを選んだ理由を聞くと、編集のしやすさと、PDF（Portable Document Format）への書き出しのように応募先が受け取れる形式に合わせやすいことを挙げる回答が多く寄せられました。

• 34歳 エンジニア・フロントエンドエンジニア「1回目の転職のときから職務経歴書をGoogleDocにおいてあるのでそのまま継ぎ足し使っているため。PDFしか受け付けてくれないケースがあったためそのまま変換できるので使っています。」
• 36歳 エンジニア・コーポレートエンジニア「Googleドライブを使用することで、リンクを送るだけで資料を共有できること。」
• 41歳 エンジニア・バックエンドエンジニア「使い慣れている、流行りものではないので将来的に編集できなくなる心配がない」
• 38歳 エンジニア・CTO「githubに職務経歴書用のレポジトリを作り、そこで作業した。バージョン管理および他人への公開が容易だった。」
• 29歳 エンジニア・バックエンドエンジニア「マークダウンで簡潔に書けて、Webで簡単に公開できること」

原本を Google Docs や Markdown で1つ持ち、応募先には PDF に書き出して出すと、更新の手間と提出の形式の両方に対応できます。

GitHub を履歴書や経歴書として使った人は25.0%

GitHub を履歴書や経歴書として使ったことがある人は25.0%で、75.0%は使っていませんでした（Offers（株式会社overflow）調べ・転職経験のあるエンジニア・PdM・デザイナー n=52・2024年3月19日〜28日実施）。

GitHub を使う際に重視した点は、「レポジトリやコードの管理状況」が38.5%で最多でした。「コードの可読性とコメントの適切さ」が23.1%、「プロジェクトの参加状況」が15.4%、「README.mdの内容充実度」（README はリポジトリの概要を書く説明のファイル）「コミットメッセージの明確さと一貫性」「外部資料に付随情報をまとめた」がそれぞれ7.7%です。

GitHub で重視した点の回答

GitHub を使った人からは、職務経歴書そのものを SSG（Static Site Generator・静的サイトジェネレーター）で作って GitHub Pages で公開した例や、リポジトリの使い方が伝わるように整えた例が挙がりました。

• 35歳 エンジニア・データエンジニア「github pagesを用いてSSGで再生した職務経歴書を作成することで、見やすい情報を公開するよう心がけた」
• 27歳 エンジニア・アーキテクト「どういうリポジトリの使い方をしているかを伝わるように気をつけています。」
• 35歳 エンジニア・エンジニアリングマネージャー「レジュメだけではカバーしづらい情報の整理をした」
• 30歳 エンジニア・SRE「全く稼働していないような印象を受けないように充実させた」

求人の側では、Offers に掲載された正社員のエンジニア求人のうち、必須条件か歓迎条件に登壇・技術ブログ・ポートフォリオ・技術発信や、OSS（オープンソースソフトウェア）への貢献・GitHub での公開などのアウトプットを挙げる求人は4.7%でした（Offers（株式会社overflow）調べ・必須条件の記載がある正社員エンジニア求人 n=1,700・2022年3月〜2026年9月公開）。

GitHub は職務経歴書の代わりではなく補足として、職務経歴書の末尾にプロフィールの URL と、見てほしいリポジトリを2〜3個、何を作ったか・どの技術を使ったかの1行と合わせて添える使い方が向いています。業務のコードを公開できない場合は、職務経歴書の記述だけで経験が伝わるように書くことが前提です。

エンジニアの履歴書・職務経歴書は4つの手順で仕上げる

エンジニアの履歴書・職務経歴書は、応募先の条件を読む、経験を書き出す、職務経歴書にまとめる、履歴書を埋めるの4つの手順で進めると、調査で多く挙がった「要点の絞り込み」と「アピールポイントの特定」に順に答えを出せます。

1. 応募先の求人の必須条件と歓迎条件を書き出す：技術・経験年数・役割（リードやマネジメントの経験など）を一覧にし、アピールポイントを選ぶ基準にする
2. 過去のプロジェクトを1件ずつ書き出す：何を作ったか・どの技術を使ったか・チームでの役割・結果どうなったかの4点を、当時の資料を見ながら書き出す
3. 職務経歴書にまとめる：手順1の条件に合う経験を職務要約と各プロジェクトの冒頭に置き、細切れの案件は種類でまとめ、GitHub やポートフォリオは末尾に URL を添える
4. 履歴書の欄を埋める：学歴・職歴の年月、免許・資格、志望の動機を、職務経歴書と食い違わないように書く

2つの書類を一度仕上げたら、Offers に経歴を登録しておくと、企業から直接スカウトのメッセージが届く仕組みです。届いた求人の必須条件に合わせて、手順3の職務経歴書の強調点を入れ替えれば、応募先ごとの書き分けにかかる時間を短くできます。