ITエンジニアの職務経歴書：開発環境、規模、担当工程、例文

ITエンジニアの職務経歴書で採用担当者が見るのは、プロジェクトの概要と規模、担当領域（役職と開発フェーズ）、技術領域の 3 点です。案件ごとにこれらをそろえて書き、さらに自分の工夫と結果を数字で示しましょう。全体の目的を理解していたかどうかも評価に影響するので、「プロジェクト概要」と「業務内容」を分けて書きます。分量は A4 で 2 枚程度が目安です。この記事では、SE、プログラマー、Web 系エンジニア、未経験の方に向けて、修正例と記入例を紹介します。

職務要約で全体像を伝える

最初の 3 行で、経験年数、得意な領域、主な技術、強みを伝えます。「幅広く経験」ではなく、具体的に書きましょう。

修正前：幅広い開発経験があり、新しい技術を学ぶのが好きです。

修正後：Web 系バックエンドエンジニアとして 6 年の経験があります。Java と AWS を用いた決済 API の設計・開発を担当し、1 日 200 万件の取引を扱う基盤のイベント駆動への移行を主導しました。

案件ごとに書く項目

• 概要：業界、サービス、目的。
• 期間と規模：期間、チーム人数、ユーザー数、取引量。
• 役割：PL、メンバーなどの立場と、担当した範囲。
• 担当工程：要件定義、基本設計、詳細設計、実装、テスト、運用保守。
• 開発環境：OS、言語、フレームワーク、DB、クラウド、ツール。

案件が多いときは、応募先に近いものを詳しく書き、古いものは短くまとめましょう。SES や受託の場合、顧客名は「大手金融機関」のようにぼかします。

業務内容ではなく成果を示す

担当した機能だけでなく、課題、工夫、結果を書きます。レイテンシ、稼働率、コスト、リリース頻度、不具合数、削減時間などが使えます。成果の書き方も参考にしてください。次の数字は例です。説明できる数字だけを使いましょう。

修正前：決済システムのバックエンド開発を担当。

修正後：決済リトライ機能を Kafka と冪等な処理で再設計し、1 日 200 万件の取引で決済失敗を 18% 削減。

修正前：サイトの性能を改善。

修正後：月間 50 万人が使う EC サイトで、コード分割と画像最適化により LCP を 3.8 秒から 1.9 秒に短縮。

修正前：リリース作業を担当。

修正後：GitHub Actions と Terraform で CI/CD を構築し、リリース頻度を月 1 回から週数回へ向上。切り戻しは 10 分以内に。

修正前：後輩の指導を担当。

修正後：若手 3 名を指導し、コードレビューの基準を整備。6 か月で全員が機能を一人で担当できるように。

数字がない場合は、対象のサービス数、チーム規模、自分の判断と結果を書きます。チーム開発では、担当した範囲を必ず明確にしましょう。

スキルの整理

種類ごとに分け、応募先に近いものから並べます。経験年数を添えると、深さが伝わります。面接で説明できないものは書きません。スキルの書き方も参考になります。

• 言語：Java 6 年、Python 3 年、TypeScript 2 年。
• フレームワーク：Spring Boot、React、Rails。
• データ：PostgreSQL、MySQL、Redis、Kafka。
• クラウド：AWS、Docker、Kubernetes、Terraform。DevOps とクラウドの解説も参照してください。
• 資格：基本情報技術者、応用情報技術者、AWS 認定など。

GitHub とポートフォリオ

特に Web 系では、GitHub やポートフォリオが役立ちます。整った 2、3 個のプロジェクトは、放置された多数のリポジトリに勝ります。README には目的、技術、動かし方を書きましょう。個人開発、技術記事、勉強会での登壇も、実際の活動であれば書けます。

経験別のポイント

• 未経験・第二新卒：学習内容、作品、学習時間、前職の強み。未経験の書き方も参考になります。
• SES や受託：案件の一覧、顧客との調整、テスト品質。
• 自社開発：プロダクトへの貢献、事業の数字との関係。
• リーダー：メンバー数、進捗管理、設計レビュー、採用。
• 異業種から：前職の知識を活かせる領域。キャリアチェンジの解説も参考になります。

求人の言葉を事実の範囲で使いましょう。ATS チェックツールと業界別キーワードも参考になります。

短い記入例

人物と数字は架空ですが、形式は応用できます。

職務要約：Web 系バックエンドエンジニアとして 6 年の経験があります。決済領域を中心に、設計から運用まで担当し、信頼性向上に強みがあります。

2022 年 4 月〜現在　サンプルペイ株式会社。決済基盤の開発。期間 2 年、チーム 8 名、役割はテックリード。要件定義から運用まで担当。決済失敗を 18% 削減し、リリースを週数回に。若手 3 名を指導。環境：Java、Spring Boot、PostgreSQL、Kafka、AWS。

2019 年 4 月〜2022 年 3 月　サンプル EC 株式会社。購入 API の開発。月間 50 万ユーザー。p95 レイテンシを 800ms から 200ms に改善。

資格：応用情報技術者（2021 年）、AWS 認定ソリューションアーキテクト（2023 年）。GitHub：github.com/example

よくある失敗

• 使った技術を羅列するだけで、役割が見えない。
• 担当工程や規模を書かない。
• チームの成果を自分だけの成果として書く。
• すべての案件を同じ分量で書く。
• リンク切れの GitHub を載せる。

まとめ

提出前に、職務要約、主要な案件の規模と役割、技術、成果 3 件以上が読み取れるかを確認しましょう。データ系の方はデータアナリストの解説、構成は応募書類の基本も役立ちます。