前端工程师简历优化指南：让HR一眼看中你的项目亮点

前端工程师简历优化指南：让HR一眼看中你的项目亮点

この記事は、現在の転職市場で「書類選考を通過できない」「面接でプロジェクト経験をうまく伝えられない」と悩む、ミッドレベル（3〜8年目）のフロントエンドエンジニア向けです。あなたがこれから学ぶのは、HRスペシャリスト（人事のプロ）が実際に何を見ているのか、そしてそれをどう履歴書に落とし込むかという実践的な方法論です。ここで紹介するのは、テンプレートではなく、採用の現場で有効とされる「成果を伝える構造」です。

なぜ「プロジェクト名と技術名の羅列」では落ちるのか

多くのエンジニアが誤解しているのは、履歴書は「自分が何を知っているか」を伝える書類だと思っている点です。しかし、HRスペシャリストの視点では、履歴書は「あなたが会社の課題をどう解決できるか」を証明する提案書です。特にリモートファースト企業では、対面でのコミュニケーション不足を補うため、書類から「思考プロセス」と「結果への執着」を読み取ろうとします。

典型例を見てみましょう。

NG例：

プロジェクト：ECサイトリニューアル 担当：フロントエンド全般 技術：React, TypeScript, GraphQL

これでは、あなたが「コードを書ける人」であることは伝わりますが、他の100人の応募者との違いはゼロです。HRはすぐに「次の書類」へ進みます。

OK例：

プロジェクト：ECサイトリニューアル（売上貢献型） 担当：フロントエンドリードとして、React + TypeScriptで基盤を再構築 課題：ページ表示速度が遅く、離脱率がCVR（コンバージョン率）に悪影響 アクション：バンドルサイズを48%削減し、LCP（ Largest Contentful Paint）を3.2秒から1.8秒に短縮。GraphQLのキャッシュ戦略を設計。 結果：モバイルでのCVRが12%向上。リリース後3か月でABテストを2回実施し、改善を継続。

このOK例の違いは、「課題→アクション→結果」のストーリーがあることです。HRスペシャリストは、この構造を見た瞬間に「この人は問題を定義し、計測し、改善できる」と判断します。たとえ数字が小さくても、具体的な指標があるだけで信頼度は格段に上がります。

リモートファースト企業が履歴書で見る「3つのシグナル」

リモートワークが当たり前になった現在、特にリモートファースト企業（リモート前提で組織設計された会社）のHRスペシャリストは、従来の書類選考とは異なるポイントを重視します。彼らは次の3つを探しています。

1. 自律性（オートノミー）：与えられたタスクをこなすだけでなく、自分で優先順位を決め、進捗を発信できるか。履歴書に「定期的なデモ実施」「ドキュメント整備」など、自走を示す記述があるか。
2. 非同期コミュニケーション能力：チャットやドキュメントで情報を伝える能力。履歴書の書き方が読みやすく、結論が先にあり、誤解が生まれにくいか。
3. 成果の可視化：リモートでは「働いているふり」ができてしまうため、成果を数字や成果物で示せるかどうかが重要。ポートフォリオやGitHubのリンクがあれば、それも見られます。

この3点を意識して、あなたの履歴書をチェックしてみてください。特に「担当業務」の欄に「◯◯を実施」だけでなく、「◯◯を提案し、採用された」「◯◯をリードし、◯人チームをまとめた」という能動的な表現を加えると効果的です。

技術スタックの書き方：キーワードは「採用要件」から逆算する

「技術スタック」の欄でよくある失敗は、自分の知っている技術をすべて羅列してしまうことです。これでは、HRスペシャリストが求人票のキーワードと照合する際に、あなたの強みが埋もれてしまいます。

実践的なステップは次の通りです。

1. 応募する求人票を3つ以上開く（例：リモート企業のフロントエンド求人）。
2. 共通して書かれている技術要件をリストアップする（例：React, Next.js, TypeScript, Testing Library, CI/CD）。
3. その中で自分が実務で使ったものを選び、履歴書の冒頭（サマリー）に書く。
4. 使った経験が浅いものは「学習中」と明記し、嘘をつかない。面接で深掘りされたときに詰みます。

また、HRスペシャリストは「バズワード」と「実務経験」を区別します。「AIを活用した開発」と書くなら、具体的にどのツール（例：GitHub Copilot）を、どのタスクで、どの程度使ったかを書くべきです。曖昧な表現は、逆に「誇張しているかもしれない」という疑念を生みます。

比較表：技術スタックの書き方（良い例と悪い例）

| 観点 | 悪い例 | 良い例 | |------|--------|--------| | 網羅性 | React, Vue, Angular, Svelte, jQuery… | React（3年）, Next.js（2年）※メイン | | 深さ | TypeScript | TypeScript（型定義の設計をリード） | | 関連性 | Docker, AWS, Python | Docker（開発環境の統一に使用） | | 誠実さ | 「◯◯に強い」 | 「◯◯を◯プロジェクトで採用。◯◯の課題があった」 |

プロジェクト実績を「ストーリー」に変えるための具体的なフレームワーク

履歴書のプロジェクト欄は、単なる業務経歴ではなく、あなたの「問題解決の物語」です。ここでは、私がキャリアカウンセリングで実際に使っている「STAR法」を、フロントエンド向けにアレンジしたものを紹介します。

• S（状況）：プロジェクトの背景。チーム規模、技術的負債、ビジネス上の目標。
• T（タスク）：あなた個人の責任範囲。ここで「フロントエンド全般」と書くのはNG。具体的に「新規機能のUI実装」「既存コードのリファクタリング」など。
• A（アクション）：あなたが取った具体的な行動。コードの品質改善、レビュー文化の導入、ステークホルダーとの調整など。
• R（結果）：計測可能な結果。パフォーマンス数値、ユーザー満足度、納期短縮など。

ミニケーススタディ：田中さん（仮名）の例

田中さんは4年目のフロントエンドエンジニアで、某スタートアップで勤務していました。彼の最初の履歴書には「Reactで管理画面を開発」としか書かれておらず、10社応募しても1社も書類選考を通過しませんでした。

そこで、彼は担当していた「在庫管理システム」のプロジェクトを振り返り、次のように書き換えました。

プロジェクト：在庫管理システムのUX改善 状況：営業チームから「在庫確認に時間がかかる」とクレームが多発。ユーザー調査の結果、一覧表示の情報量が多すぎることが判明。 タスク：フロントエンドのリードとして、一覧画面と詳細画面の設計を全面的に見直す。 アクション：ユーザーインタビューを実施し、ペルソナを再定義。React + TypeScriptで状態管理をZustandに移行し、フィルタ機能を実装。UIコンポーネントのテスト（Jest + React Testing Library）を導入。 結果：在庫確認にかかる平均操作時間が6分から2分に短縮。営業チームの満足度アンケートで4.2/5.0を獲得。

この書き換え後、田中さんは5社に応募し、3社から面接に進みました。そのうち1社はリモートファーストのSaaS企業で、現在もリモートで活躍しています。彼が学んだのは、「自分が当たり前だと思っていた業務も、第三者には『価値のある成果』に見える」ということです。

リモート企業への応募で特に効く「自己PR」の書き方

リモートファースト企業の求人に応募する際、自己PR欄は「あなたがリモートで働く準備ができているか」を伝える絶好の機会です。以下の要素を入れると、HRスペシャリストの目に留まりやすくなります。

• 働き方の具体例：例：「前職ではフルリモートで、週3回の非同期テキスト更新と、隔週のオンラインデモで進捗を共有していました」
• ドキュメント文化への適応：例：「設計ドキュメントを必ず作成し、レビューを非同期で行う習慣があります」
• タイムマネジメントの工夫：例：「タスク管理にTrelloを使い、自分の作業時間を可視化しています」

ただし、注意点があります。「リモートワークが好きです」とだけ書くのは、むしろマイナスです。なぜなら、リモートは「楽」ではなく「自己管理が求められる」からです。あなたがどのようにして生産性を維持しているかを、具体的に説明してください。

また、リモート企業では「働く時間帯」も重要です。もしあなたが日本時間で働くなら、その旨を明記しましょう。海外のリモート企業に応募する場合、時差への対応力を示すと有利です。

書類提出前の最終チェックリスト

履歴書を送る前に、以下のチェックリストを印刷して、一つずつ確認してください。

• [ ] 冒頭のサマリーに、応募企業の求人票のキーワードが入っているか
• [ ] プロジェクト実績が「課題→アクション→結果」の構造になっているか
• [ ] 数字（パーセント、時間、人数）が具体的に入っているか
• [ ] 技術スタック欄が「羅列」ではなく「深さ」を伝えているか
• [ ] リモートワークに関する具体的な記述（働き方、ツール）があるか
• [ ] 誤字脱字がないか（特にプロジェクト名や技術名）
• [ ] ポートフォリオやGitHubのリンクが有効か
• [ ] ファイル名が「氏名_フロントエンド_履歴書.pdf」など、相手が識別しやすい形式か

このチェックリストは、私がこれまで多くのエンジニアのキャリア相談に乗る中で、実際に書類選考通過率を上げたものだけを厳選しています。もし1つでも「No」があるなら、提出前に修正しましょう。

FAQ

Q: 職務経歴書と履歴書の両方を作るべきですか？ A: はい。日本の転職市場では、履歴書（基本情報）と職務経歴書（スキル・実績）を分けて提出するのが一般的です。特に中途採用では、職務経歴書の方が重視されるため、この記事で紹介した「プロジェクト実績の書き方」を職務経歴書に反映させてください。

Q: 実務経験のない技術を履歴書に書いてもいいですか？ A: 書いても構いませんが、「学習中」「個人開発で使用」と明記し、面接で質問されたら正直に答えることが前提です。ただし、応募要件に「必須」と書かれている技術を「学習中」と書くのは避けましょう。書類選考で落とされる可能性が高いです。

Q: リモート企業に応募する場合、ポートフォリオは必須ですか？ A: 必須ではありませんが、あると大きなアドバンテージになります。特に、コードの品質や設計思想を評価したいエンジニア採用担当者は、GitHubや個人サイトを見ます。もしポートフォリオがないなら、簡単なものでも作成し、リンクを載せることをおすすめします。

Q: 転職回数が多いのですが、履歴書でどうカバーすればいいですか？ A: 転職回数自体を隠す必要はありません。重要なのは、各職歴で「何を学び、何を成果として残したか」を明確にすることです。短期離職の場合は、その理由を簡潔に（例：「技術スタックのミスマッチ」「より成長できる環境を求めて」）書き、一貫性のあるキャリアストーリーを描きましょう。

Q: 応募書類で「年収」は書くべきですか？ A: 日本の求人では、履歴書に「現在の年収」を書く欄があることがあります。これはあくまで参考情報であり、交渉のベースになります。正直に書き、もし不満があれば「希望年収」の欄に、あなたの希望額を具体的に書きましょう。曖昧にすると、後でミスマッチが生じます。