Webエンジニアの職務経歴書の書き方｜書き方のコツと通過率を上げる方法

「スキルはあるはずなのに、なぜか書類で落ちる」「職務経歴書に何を書けばいいかわからない」Webエンジニアの転職活動でよく聞く悩みです。GitHubのコードは充実していても、職務経歴書の書き方がわからず損をしているエンジニアは少なくありません。

書類が通らない原因のほとんどは、技術力の問題ではなく「経験の見せ方」にあります。採用担当者に「この人は何ができる人か」が伝わる書き方ができていないケースがほとんどです。使った技術名を並べるだけでは、実務で活かせるかどうかは判断できません。

この記事では、Webエンジニアが転職活動で使える職務経歴書の書き方を、スキルシートの整理方法からプロジェクト経歴の書き方まで、具体的に解説します。

採用担当は何を見ている？

Webエンジニアの採用担当者が職務経歴書で確認しているのは、主に次の3点です。

よくある失敗（書類が通らない人に共通する3つのパターン）

パターン①：技術スタックを羅列するだけで終わっている

「使用言語：JavaScript、TypeScript、Python、PHP…」と並べるだけでは、採用担当者には何もわかりません。業務で実際に使ったのか、学習レベルなのか、習熟度はどの程度なのかが見えないためです。スキルシートには技術名だけでなく、業務経験の有無・使用期間・習熟度の目安を添えることが重要です。

パターン②：プロジェクト経歴が「担当しました」で終わっている

「要件定義からリリースまで担当」「Webアプリケーションの開発を担当」といった記述では、実際に何をしたかが伝わりません。採用担当者が知りたいのは、チーム規模・自分の役割・使用技術・工夫した点・成果です。これらがセットで書かれていないと、経験の深さが判断できません。

パターン③：規模感が一切わからない

「ECサイトの開発」と書いてあっても、個人開発なのか20人チームなのかで評価はまったく変わります。プロジェクトのチーム人数・期間・売上規模・ユーザー数など、規模感を示す数字は必ず入れましょう。

書き方のポイント｜Webエンジニアならではの伝え方

ポイント①：スキルシートは「業務経験あり」と「学習中」を明確に分ける

業務で使ったことのない技術でも、学習中・個人開発で使用中であれば記載してOKです。ただし「業務経験あり」と混在させるのはNGです。「業務外で使用中」「現在学習中」と明示した上で、GitHubのリポジトリURLを添えると説得力が増します。

ポイント②：プロジェクト経歴は「規模・役割・技術・成果」の4点セットで書く

プロジェクト経歴の基本項目は、プロジェクト概要（何のためのサービスか）・チーム規模と自分の役割・担当フェーズ（設計・実装・レビュー・運用）・使用技術・工夫した点と成果の5つです。この情報が揃っていれば、採用担当者はエンジニアとしての実力を具体的にイメージできます。

ポイント③：数字で語れる改善実績を必ず入れる

Webエンジニアの実績は「レスポンスタイムの改善」「テストカバレッジの向上」「バグ件数の削減」「デプロイ頻度の向上」など、数字で表現できるものが多くあります。「レスポンスタイムを平均2.3秒から0.7秒に改善」「テストカバレッジを15%から72%に引き上げ」のように、施策前後の数字をセットで書くことで実力が一気に伝わります。

Webエンジニアならではの悩みに答える

「SESや客先常駐経験が長く、社名・案件名が書けない場合はどうすればいい？」

守秘義務がある場合、クライアント名や案件名は伏せて構いません。「大手金融機関向け社内業務システム（ユーザー数約1,000名規模）の開発に参画」「toB向けSaaSサービス（契約企業数約500社）のバックエンド開発を担当」のように、業種・規模・システムの性質で代替することで、採用担当者は経験の内容を十分に判断できます。

「個人開発・OSSへの貢献は職務経歴書に書いていい？」

積極的に書くべきです。個人開発やOSSへの貢献は、業務外でも技術を追いかける姿勢の証明になります。GitHubのURLを添えて「個人開発：○○（技術スタック・概要・月間利用者数など）」と記載しましょう。スター数・フォーク数・コントリビューション数など、規模感を示す数字があればセットで書くと説得力が増します。

例文

例①：フロントエンドエンジニア（経験2年・若手）

例②：バックエンドエンジニア（経験5年・中堅）

例③：フルスタックエンジニア・テックリード（経験10年・ベテラン）

書き方ステップ

① これまでのプロジェクトをすべて書き出す（期間・チーム規模・担当フェーズ・使用技術・自分の役割を一覧化する。アピールになるかはこの段階では考えなくてOK）

② 数字になるものを探す（レスポンスタイム・テストカバレッジ・デプロイ頻度・バグ件数・MAU・売上規模など、プロジェクトに紐づく数字を洗い出す。正確な数値でなくても「約○%」「○分の1」程度で十分）

③ スキルシートとプロジェクト経歴を対応させる（スキルシートに書いた技術が、どのプロジェクト経歴と対応しているか確認する。スキルシートにあってプロジェクト経歴に出てこない技術は「本当に使えるの？」と思われるリスクがある）

④ 業務内容は簡潔に、掘り下げは「実績」「主な取り組み」で行う（業務内容の箇条書きは「担当した」レベルで簡潔に書いてOK。その代わり「実績」「主な取り組み」のブロックで工夫・判断・成果を具体的に掘り下げる）

NG例 → 改善例｜通らない書き方の直し方

失敗①：技術スタックの羅列で終わっている

失敗②：プロジェクト経歴が「担当しました」で終わっている

失敗③：規模感がまったく書かれていない

失敗④：自己PRが抽象的で終わっている

経験年数別アドバイス

経験3年未満（若手・担当者）

実績の大きさより「どう考えて動いたか」が評価のポイントです。「なぜその実装方法を選んだか」「コードレビューで指摘されたことをどう改善したか」「個人開発で何を作り何を学んだか」など、思考プロセスと学ぶ姿勢を書くことが重要です。

経験3〜10年（中堅・専門担当）

技術の深さ・設計力・チームへの貢献が評価の軸になります。「主導した改善施策の数字」「コードレビューで担当した人数・件数」「技術選定への関与」など、個人の技術力とチームへの影響の両方を書きましょう。特定領域の専門性（パフォーマンス・セキュリティ・インフラなど）があれば積極的にアピールしてください。

経験10年以上（ベテラン・リーダー層）

アーキテクチャ設計・技術選定の意思決定・チームマネジメント・採用への関与が最大のアピールポイントです。「チーム人数・デプロイ頻度・障害件数の改善」など、組織全体の技術力を高めてきた実績を中心に書きましょう。直近3〜5年のプロジェクトを重点的に記載し、古い情報は概要にとどめることが読みやすさのポイントです。

よくある質問

まとめ

• 採用担当者は「技術スタック・プロジェクト規模・役割・成果」をセットで見ている
• スキルシートは「業務経験あり」と「学習中」を明確に分けて書く
• プロジェクト経歴は「概要・チーム規模・担当フェーズ・使用技術・成果」の5点セットで書く
• レスポンスタイム・テストカバレッジ・バグ件数など、数字で語れる改善実績を必ず入れる
• GitHubのURLを添えると実力の証明として有効
• 経験年数に応じて「学ぶ姿勢と行動量」「技術の深さとチームへの貢献」「アーキテクチャ設計とマネジメント」を使い分ける

Webエンジニアの経験は正しく書けば必ず評価されます。まずはこれまでのプロジェクトとそこから出せる数字を書き出すところから始めてみてください。

LINEで無料相談する

梶原

運営責任者

XLINEContact

人事・採用担当として1,000名以上の面接、30社の採用支援に携わった経験をもとに、職務経歴書の作成代行・添削を行っています。 採用側での経験をもとに、評価される書類づくりをサポートしています。「経験はあるのに書類で落ちる」という方に特に支持をいただいています。 これまでのご支援数は370名以上。製造・IT・金融・医療・サービス業など、幅広い業界・職種に対応しております。 職務経歴書の書き方にお悩みの方は、お気軽にご相談ください！