エンジニアの履歴書は、技術力だけでは通過しません。採用担当者が最初の30秒で判断しているのは、スキルリストの量ではなく「この人と一緒に働けるか」という直感的な印象です。技術的な実力があるのに書類で落ち続ける人には、共通のNGパターンがあります。この記事では、採用担当者目線で落とされる3つの失敗と、書類通過率を上げる具体的な書き方を例文付きで解説します。
エンジニア転職で履歴書が重要な理由
採用担当者が「最初の30秒」で判断する書類
エンジニア採用の現場では、一人の採用担当者が一日に数十件の応募書類を確認することも珍しくありません。そのなかで、履歴書に目を通す時間は平均30秒以下とも言われています。
さらに注意したいのは、人事担当者がエンジニアの専門知識を持っていないケースが多いという点です。「Java」「AWS」「Kubernetes」といった技術用語を並べても、採用の一次スクリーニングを担う人事には伝わりにくいことがあります。
採用担当者が履歴書を見る3つのポイント
- 基本情報の正確さ:日付・住所・学歴・職歴に誤りや矛盾がないか
- 志望動機の具体性:なぜ自社を選んだのか、どう貢献できるかが伝わるか
- 人物像の一致感:自己PRを通じて「うちのチームに合いそうか」を判断する
職務経歴書との役割の違いを理解する
履歴書と職務経歴書は、それぞれ異なる役割を持っています。この違いを意識せずに書いてしまうと、重複した内容になったり、伝えるべき情報が抜け落ちたりします。
| 書類 | 主な役割 | 主な記載内容 |
|---|---|---|
| 履歴書 | 人物像・意欲・基本事項を伝える | 学歴・職歴の概要・資格・志望動機・自己PR |
| 職務経歴書 | 技術力・実績・キャリアを詳細に示す | 担当プロジェクト・使用技術・定量的な成果 |
履歴書は「書いた内容の正確さと意欲」を、職務経歴書は「何ができるかの証拠」を示す書類です。エンジニアの技術スタックの詳細は職務経歴書に任せ、履歴書ではなぜその会社でエンジニアとして働きたいのかを具体的に伝えることに注力しましょう。

採用担当者が落とすエンジニアの履歴書 3つのNG
NG①:スキルを箇条書きで羅列するだけで成果が書かれていない
エンジニアの履歴書でもっとも多い失敗は、職歴欄に使用技術を箇条書きにするだけで終わっているパターンです。採用担当者は「何ができるか」だけでなく、「その経験でどんな成果を出したか」を知りたいと思っています。
NG例
【職歴】株式会社○○ Webエンジニア
使用技術:PHP、Laravel、MySQL、Vue.js、AWS
・Webアプリケーションの開発に従事
・バックエンドの実装を担当
上記のNG例の問題点は、「エンジニアが開発していた」という事実しか伝わらないことです。履歴書の職歴欄では、規模感と自分が果たした役割を一行で添えるだけで印象が大きく変わります。
改善例
【職歴】株式会社○○ Webエンジニア
ECサイトのバックエンド開発(PHP/Laravel)を中心に担当。月間100万PV規模のシステム改修において、API応答速度を30%改善。チーム5名でのアジャイル開発に従事。
NG②:志望動機が「成長できると感じたから」で終わる
「御社でエンジニアとしてさらに成長できると感じました」という志望動機は、採用担当者が一日に何十件も目にする定番表現です。成長意欲自体は好ましい姿勢ですが、自分都合の理由だけで終わると「うちでなくてもいい」と判断されやすくなります。
採用担当者が見ているポイント
- なぜ他社ではなく「この会社」なのかが明確か
- 自分のスキルや経験が、会社にとってどう役立つかを示せているか
- 会社の事業・技術スタック・文化への理解が感じられるか
志望動機は「自分が何を得たいか」ではなく、「自分が何を提供できるか」を軸に構成することが通過率を上げる最大のポイントです。志望動機の具体的な例文はのちほど解説します。
NG③:誤字脱字・日付ミス・写真の印象など基本的なミス
技術力の高いエンジニアが書類で落ちる意外な理由として、基本的な記載ミスが挙げられます。採用担当者にとって、書類のミスは「丁寧さ」「注意力」の欠如として映ることがあります。
提出前に必ず確認するチェックリスト
- 学歴・職歴の年月日に矛盾や空白がないか(在籍期間のオーバーラップ等)
- 記入日と提出日が一致しているか(古い日付で出していないか)
- 会社名・学校名が正式名称になっているか(「株式会社」の前後など)
- 証明写真は3ヶ月以内のもので、スーツ着用・清潔感があるか
- 志望動機・自己PRに誤字や変換ミスがないか(PDF化後の確認も必須)
【項目別】エンジニアの履歴書の書き方と採用担当者が見るポイント
学歴欄
学歴は中学校卒業または高校入学から記載します。大学・大学院名は正式名称で記載し、学部・学科も省略せずに書きましょう。情報工学部や電気電子工学部などエンジニア職に関連する専攻であれば、積極的に記載することで採用担当者の印象に残りやすくなります。
学歴欄の記載例
20XX年 3月 ○○高等学校 普通科 卒業
20XX年 4月 ○○大学 工学部 情報工学科 入学
20XX年 3月 ○○大学 工学部 情報工学科 卒業
職歴欄(エンジニアとしての転職歴の書き方)
職歴欄は「入社・退社の事実」を書く欄ですが、エンジニアの場合は一行で担当業務の概要も添えるのが効果的です。採用担当者が職務経歴書へのブリッジとして活用できるよう、どんな規模のシステムでどんな役割を担ったかを30〜50文字程度で付記すると印象が変わります。
職歴欄の記載例
20XX年 4月 株式会社○○システムズ 入社
(自社開発のWebサービス(PHP/Vue.js)のバックエンド開発を担当。チーム8名。)
20XX年 3月 一身上の都合により退職
20XX年 5月 株式会社△△テクノロジー 入社
(SaaSプロダクトの新機能開発リードを担当。チームリード経験あり。)
現在に至る
免許・資格欄(IT資格の書き方と優先順位)
IT資格は取得年月とともに正式名称で記載します。複数ある場合は取得年月の古い順に並べるのが基本です。採用担当者がスキルレベルの基準として参照しやすいよう、業界認知度が高い資格を優先的に記載しましょう。
| 資格名 | 評価される場面 |
|---|---|
| 基本情報技術者試験(FE) | IT基礎知識の証明。未経験〜若手エンジニアに有効 |
| 応用情報技術者試験(AP) | 設計・マネジメント力の証明。リーダー・PM志望に有利 |
| AWS認定ソリューションアーキテクト(SAA) | クラウドスキルの証明。インフラ系・SRE志望に強い |
| LinuCレベル1 / LPIC-1 | Linux運用スキルの証明。インフラ・バックエンド全般 |
| Google Cloud認定(ACE等) | GCP環境での業務経験をアピールできる |
資格がない場合に空白のままにする必要はありません。「普通自動車第一種運転免許」など業務上必要な免許がある場合は記載し、IT資格がない場合は「なし」と書いても構いません。ただし、現在取得勉強中の資格があれば「〇〇試験 取得勉強中」と書くことで、自己研鑽の姿勢を示せます。
志望動機欄(例文付き)
志望動機欄は、採用担当者が「自社への理解度」と「入社意欲の本気度」を最も判断する項目です。多くのエンジニアがここで失敗しています。志望動機を書く際は、必ず以下の3要素を含めることを意識してください。
- ①なぜこの会社か:事業内容・技術スタック・プロダクトへの具体的な言及
- ②自分の経験との接点:過去のキャリアや強みが会社の課題にどう貢献できるか
- ③入社後のビジョン:入社後に取り組みたいこと・目指したいポジション
NG例
貴社のエンジニアリングに魅力を感じ、志望いたします。私はこれまでWebアプリケーションの開発に従事してきました。貴社では自分のスキルをさらに活かし、エンジニアとして成長できると感じております。ぜひ貴社のチームの一員として貢献したいと考え、応募いたしました。
良い例文
貴社が開発する〇〇サービスの「技術×デザイン」のアプローチに共感し、志望いたします。前職では月間100万PV規模のECサイトのバックエンド開発を担当し、API最適化によるレスポンス速度の改善に取り組んできました。貴社ではユーザー体験を起点としたプロダクト改善に直接関与できる環境だと認識しており、これまでのバックエンド開発の経験を活かして、サービスの安定性向上と機能拡張の両立に貢献したいと考えています。
自己PR欄(例文付き)
自己PR欄では、エンジニアとしての技術的な強みだけでなく、チームでの働き方・コミュニケーションスタイル・問題解決のアプローチを伝えることが重要です。採用担当者は「この人が入ったらチームはどう動くか」を想像しながら読んでいます。
採用担当者はここを見ている
- 技術スキルとビジネス成果が結びついているか(数字・具体的な改善内容)
- チームへの貢献意識が感じられるか(個人プレーではなく協調性)
- 自己学習・技術キャッチアップへの姿勢が伝わるか
自己PR例文
前職では5名のバックエンドチームのリーダーとして、マイクロサービス化プロジェクトを主導しました。サービス分割設計からCI/CDパイプラインの整備まで担当し、デプロイ頻度を週1回から1日5回に向上させた経験があります。技術的な課題に対しては、まず現状のボトルネックを定量的に把握してから解決策を提案するアプローチを取っており、チーム内でも合意形成を重視しながら推進する働き方を心がけています。貴社でも、技術面だけでなくチームの生産性向上に貢献できると考えています。
転職における履歴書の自己PR欄の書き方については、より詳しい例文と解説を別記事でまとめています。自分の状況に合わせた例文が知りたい方は参考にしてください。

本人希望欄
本人希望欄には、基本的には「貴社の規定に従います」と記載します。希望条件を細かく書きすぎると、採用担当者に「要求が多い」という印象を与えることがあるためです。
ただし、以下のようなやむを得ない事情がある場合は、理由とともに具体的に記載しても構いません。記載する場合は「相談させていただければ幸いです」のように柔軟な姿勢を示す一文を添えると、採用担当者の印象が和らぎます。
- 子どもの送迎があり週2回はリモートワーク希望
- 現職の退職日の関係で入社日は〇月以降を希望
- 介護の都合により転勤不可
完全無料の履歴書・職務経歴書作成ツール
「サクレキ」質問に答えるだけで、選考書類がカンタンに完成
- 自己PR・志望動機も例文付きで安心
- スマホからでもOK。たった3分で履歴書・職務経歴書が完成
- 自動フォーマットで書き間違いゼロ
\ 完全無料・簡単3分で完成! /
無料で履歴書・職務経歴書を作成する →GitHubやポートフォリオは履歴書に書くべきか
書いた方が有利なケース
エンジニアの場合、GitHubやポートフォリオサイトのURLを履歴書に記載することは、他の候補者との差別化になり得ます。特に以下のケースでは積極的に記載することをお勧めします。
- スタートアップ・自社開発系企業への応募:技術スタックや実装スタイルをGitHubで確認する文化がある企業が多い
- 実務経験が3年未満の若手:職歴の記述量が少ないぶん、実際のコードで補完できる
- 個人開発・OSS貢献の実績がある場合:自走力と技術への熱意を証明できる
- デザイナー兼エンジニア(フルスタック)の場合:ポートフォリオでUI/UX能力も示せる
一方で、SIer・大手SI・官公庁案件が多い企業への応募では、GitHub上のコードよりも資格や大規模プロジェクトの経験が重視される傾向があります。応募先の文化に合わせて判断してください。
書く場合の正しい記載方法
GitHubやポートフォリオのURLは、履歴書の「本人希望欄」または「特記事項」の欄に記載します。URLだけでなく、何が見られるのかを一言で補足すると、採用担当者が確認しやすくなります。
記載例と確認すべきポイント
【記載例】
GitHub:https://github.com/username(個人開発のWebアプリ3件を公開中)
ポートフォリオ:https://portfolio.example.com(React + Next.js で構築)
【提出前の確認ポイント】
- READMEに概要・使用技術・起動方法が書かれているか
- コミット数が少ない・コード量が極端に少ないリポジトリでないか
- 未完成のまま放置されているリポジトリを公開していないか
- APIキーやパスワードなどの機密情報が誤ってコミットされていないか

エンジニア職種別の志望動機例文
志望動機は職種によって強調すべきポイントが異なります。エンジニアの代表的な3職種別に、採用担当者に響く例文を紹介します。あくまでも参考文として、自分の経験と志望先の企業情報に合わせて書き換えて使用してください。
Web系エンジニア(フロントエンド・バックエンド)
志望動機例文(Web系・バックエンド)
貴社のECプラットフォームが年々取引量を伸ばしているにもかかわらず、高いシステム安定性を維持されている点に技術的な関心を持ち、志望いたします。前職では月間500万PV規模のWebサービスのバックエンド(Python/Django)を担当し、データベースのクエリ最適化によりAPIレスポンスを平均1.2秒から0.3秒に改善した経験があります。貴社ではさらに大規模なシステムの設計・改善に携わりながら、チームへ技術的な知見を還元していきたいと考えています。
インフラ・クラウドエンジニア
志望動機例文(インフラ・クラウド)
貴社がAWSを中心としたクラウドネイティブな開発環境を積極的に推進されている点に共感し、応募いたします。現職ではオンプレミス環境からAWSへのマイグレーションプロジェクトを主担当として進め、インフラコストを従来比40%削減した実績があります。AWS認定ソリューションアーキテクト(SAA)も取得済みです。貴社では、IaCによる構成管理やSRE的な運用改善に関与しながら、開発チームが本来の機能開発に集中できる環境づくりに貢献したいと考えています。
SIer・業務系SE
志望動機例文(SIer・業務系SE)
貴社が手がける製造業向けの基幹システム開発において、上流工程からの関与機会が豊富な点に魅力を感じ、志望いたします。前職では金融系の勘定系システムの保守・改修を3年担当し、要件定義から結合テストまでの一連のプロセスを経験しました。特に顧客との要件調整においては、業務課題を技術的に翻訳してチームに共有する橋渡し役を担ってきました。貴社では製造業の業務知識を深めながら、よりシステム設計の上流工程に携わることで、顧客の課題解決に直接貢献できるエンジニアを目指したいと考えています。
完全無料の履歴書・職務経歴書作成ツール
「サクレキ」質問に答えるだけで、選考書類がカンタンに完成
- 自己PR・志望動機も例文付きで安心
- スマホからでもOK。たった3分で履歴書・職務経歴書が完成
- 自動フォーマットで書き間違いゼロ
\ 完全無料・簡単3分で完成! /
無料で履歴書・職務経歴書を作成する →まとめ
エンジニアの履歴書で書類通過率を上げるためのポイントをまとめます。
- 履歴書は「人物像・意欲・基本情報」を伝える書類。技術スキルの詳細は職務経歴書で補完する
- 採用担当者がエンジニアの専門知識を持っていない場合も多いため、伝わりやすさを最優先にする
- スキルの箇条書きだけでなく、規模感・役割・成果を一行添えるだけで印象が大きく変わる
- 志望動機は「自分が得たいこと」ではなく「会社にどう貢献できるか」を軸に構成する
- IT資格は正式名称と取得年月を記載し、認知度の高いものを優先して書く
- GitHubやポートフォリオは「何が見られるか」を一言添えたうえで記載する
- 提出前に誤字脱字・日付・写真を必ずチェックする
書類作成で手が止まっているなら、まず志望動機欄から書き始めてみてください。なぜその会社なのかを言語化できると、他の欄の内容もつながって書きやすくなります。
エンジニアの履歴書に関するよくある質問
- エンジニアの履歴書にはIT資格がないと不利ですか?
-
資格がなくても不採用になるわけではありません。IT資格は「スキルの客観的証明」として有効ですが、実務経験や具体的な成果の記述の方が採用判断には重視されます。資格がない場合は、担当したプロジェクトの規模感や成果を職歴欄・自己PR欄でしっかり伝えることが重要です。資格取得を目指している場合は「勉強中」と記載することで自己研鑽の姿勢を示せます。
- GitHubのURLは履歴書のどこに書けばいいですか?
-
「本人希望欄」または「特記事項欄」に記載します。記入例は「GitHub:https://github.com/username(Webアプリ3件公開中)」のように、URLと合わせて何が見られるかを一言添えるのが効果的です。記載する際は、READMEが整備されているか、未完成のリポジトリが公開されていないかを事前に確認してください。
- エンジニアも履歴書の写真はスーツで撮るべきですか?
-
スタートアップや自社開発系企業ではオフィスカジュアルでも問題ないケースが多いですが、一般的にはスーツが無難です。ただし、最も大切なのは清潔感のある服装と表情です。「スーツか否か」より「第一印象として信頼感が伝わるか」を意識して選んでください。応募先企業のカルチャーや採用ページの雰囲気を参考にすると判断しやすくなります。
- 履歴書の職歴欄に技術スタックをどこまで書けばいいですか?
-
履歴書の職歴欄では、使用技術の網羅的なリストは不要です。担当業務の概要(規模感・役割・成果)を30〜50文字程度で記載し、技術の詳細は職務経歴書に任せるのが適切です。履歴書にすべて書こうとするとスペースが不足し、かえって読みにくくなります。代表的な技術を1〜2個挙げる程度にとどめましょう。
- 転職回数が多いエンジニアは履歴書でどう見られますか?
-
転職回数だけで不採用になることは少ないですが、採用担当者が「なぜ短期で辞めたのか」を気にするのは事実です。それぞれの転職に明確な理由(技術的なチャレンジ、プロダクトへの関与を増やしたい等)がある場合は、志望動機欄や自己PR欄でそのキャリアの一貫性を説明すると印象が改善します。「転職回数=根気がない」という判断をされないよう、各職場での学びと成果を必ず記載しましょう。


コメント