この記事で解決すること
エンジニア転職で職務経歴書を書こうとすると、「技術スタックをどこまで書くべきか」「担当工程だけで十分なのか」「成果を数字で書けない場合は弱いのか」と迷いやすいです。
特に経験者の場合、職務経歴書は単なる業務一覧ではありません。求人企業や転職エージェントが見たいのは、どの技術を使ったかだけでなく、どんな課題に対して、どの範囲を担当し、どんな改善や成果につなげたかです。
この記事では、ITエンジニアが職務経歴書で技術経験を伝えるための整理方法を解説します。完成度の高い文章を最初から作るより、まずは担当工程、技術、役割、成果、次に活かしたい経験を分けて書き出す方が進めやすくなります。
先に知っておきたい結論
職務経歴書で一番大事なのは、「使った技術名」ではなく「その技術を使って何を任され、何を改善したか」です。
たとえば、次の2つでは伝わる情報量が違います。
| 書き方 | 伝わり方 |
|---|---|
| Java、Spring Bootを使用 | 技術名はわかるが、担当範囲が見えにくい |
| Java、Spring Bootで受注管理システムのAPI改修を担当。詳細設計、実装、テスト、リリース後の障害調査まで対応 | 技術、業務領域、担当工程、運用経験が伝わる |
きれいな自己PRを作る前に、まずは事実を整理しましょう。採用側は、文章のうまさよりも、入社後に任せられる仕事のイメージを見ています。
職務経歴書で最初に整理する項目
1. 担当したシステムと業務領域
最初に、どんなシステムに関わったのかを書きます。社外秘の情報を書く必要はありませんが、業務領域がわからないと経験の重さが伝わりにくくなります。
たとえば、次のように書くと読み手が理解しやすいです。
- ECサイトの在庫管理機能
- 社内向け勤怠管理システム
- 金融系の申込管理システム
- BtoB SaaSの請求管理機能
- クラウド環境の監視、運用改善
「Webアプリ開発」だけでは範囲が広すぎます。どの業務を扱い、誰が使うシステムだったのかまで書くと、求人との接続がしやすくなります。
2. 担当工程と役割
次に、要件定義、基本設計、詳細設計、実装、テスト、運用、保守のどこを担当したかを書きます。
経験者転職では、担当工程が評価に直結します。実装中心の求人ではコードを書いた量やレビュー経験が見られます。PM、PL、ITコンサル寄りの求人では、要件整理、顧客折衝、進行管理、意思決定の経験が見られます。
同じプロジェクトでも、役割は次のように分けて書けます。
| 項目 | 書く内容 |
|---|---|
| 担当工程 | 要件定義、設計、実装、テスト、運用など |
| 役割 | メンバー、リード、レビュー担当、顧客折衝、障害対応など |
| チーム規模 | 自分を含めた人数、関係部署、外部ベンダーの有無 |
| 判断したこと | 技術選定、設計方針、優先順位、改善方針など |
「実装を担当」だけで終わらせず、どこまで自分で考えたのかを書けると強みが伝わります。
3. 技術スタック
技術スタックは、言語とフレームワークだけでなく、DB、クラウド、CI/CD、監視、テスト、開発管理ツールまで整理します。
- 言語: Java、PHP、Ruby、Go、Python、TypeScriptなど
- フレームワーク: Spring Boot、Laravel、Ruby on Rails、React、Next.jsなど
- DB: MySQL、PostgreSQL、Oracle、DynamoDBなど
- インフラ: AWS、GCP、Azure、Docker、Kubernetesなど
- 周辺ツール: GitHub Actions、CircleCI、Datadog、Sentry、Jiraなど
ただし、触っただけの技術を盛りすぎるのは避けましょう。面接で深掘りされるため、実務で説明できる範囲を中心に書く方が安全です。
成果は数字だけでなく改善内容で書く
職務経歴書では成果を書くべきと言われますが、すべての仕事で売上や工数削減を数字にできるわけではありません。
数字が出せない場合でも、次のような改善内容は十分に材料になります。
- 障害原因を調査し、再発防止のログ出力を追加した
- 手作業だった確認作業をスクリプト化した
- 複雑な処理を分割し、レビューしやすい構成にした
- テスト観点を整理し、リリース前の不具合を減らした
- 運用手順をドキュメント化し、属人化を減らした
重要なのは、「何をしたか」だけでなく「なぜ必要だったか」を書くことです。
たとえば、「バグ修正を担当」よりも、「月次処理で発生していた集計不整合について、原因調査、修正、再発防止のテスト追加まで担当」と書く方が、問題解決の流れが伝わります。
職種別に強調したいポイント
バックエンドエンジニア
バックエンドでは、API設計、DB設計、性能改善、外部連携、障害対応、運用を見据えた実装が評価されやすいです。
「Javaで開発」だけではなく、「注文APIの設計と実装」「決済連携のエラーハンドリング改善」「SQLの見直しによるレスポンス改善」のように、機能と課題をセットで書きましょう。
バックエンド転職のサービス選びは、バックエンドエンジニア転職に強いサービス比較でも整理しています。
フロントエンドエンジニア
フロントエンドでは、画面実装だけでなく、状態管理、コンポーネント設計、表示速度、アクセシビリティ、デザイナーやバックエンドとの連携も材料になります。
「Reactを使用」だけでなく、「検索画面の状態管理を整理し、条件変更時の表示崩れを改善」「デザインシステムに合わせて共通コンポーネントを整備」のように書くと、実装以外の貢献も伝わります。
インフラ、SRE
インフラやSREでは、構築経験だけでなく、運用改善、監視、障害対応、コスト管理、セキュリティ、IaCの経験を整理します。
「AWS運用」だけでは幅が広いため、EC2、ECS、RDS、Lambda、CloudWatch、Terraformなど、どの範囲を担当したかを書きましょう。障害対応や改善提案をしていた場合は、復旧だけでなく再発防止まで書くと評価されやすくなります。
PM、PL、上流工程
PMやPLを目指す場合は、進行管理だけでなく、課題整理、関係者調整、見積もり、レビュー、メンバー支援、品質管理を書きます。
注意したいのは、「管理していました」だけで終わらせないことです。どんな制約があり、どのように優先順位を決め、どの成果につなげたのかを具体化しましょう。
書き方の整理例
職務経歴書に落とし込む前に、次の形でメモを作ると整理しやすいです。
| 項目 | 整理例 |
|---|---|
| プロジェクト | BtoB向け請求管理システムの機能追加 |
| 担当工程 | 詳細設計、実装、単体テスト、結合テスト、リリース対応 |
| 技術 | Java、Spring Boot、PostgreSQL、AWS、GitHub Actions |
| 役割 | 開発メンバー。既存仕様の影響調査とAPI改修を担当 |
| 課題 | 請求締め処理で手作業確認が多く、確認漏れが起きやすかった |
| 対応 | 入力チェックとエラーメッセージを見直し、異常データを早期検知できるようにした |
| 成果 | リリース後の問い合わせを減らし、運用担当が確認しやすい状態にした |
この粒度まで整理できれば、職務経歴書の文章にしやすくなります。エージェント面談でも、「この経験はどの求人で評価されやすいか」「もっと強く出すべき実績はどれか」を相談しやすくなります。
書かない方がいいこと
職務経歴書では、情報を増やせばよいわけではありません。
まず、守秘義務に触れる情報は書かないようにしましょう。顧客名、具体的な売上、内部の障害情報、未公開の仕様などは伏せます。業務領域や規模感に言い換えれば十分です。
次に、実務で説明できない技術を多く並べるのも避けます。少し触っただけの技術まで強く書くと、面接で深掘りされたときにミスマッチになります。
また、現職への不満をそのまま書く必要はありません。「炎上案件が多かった」ではなく、「短納期の案件が多い中で、影響調査とリリース手順の整理を担当した」のように、経験として伝えられる形に変えましょう。
転職エージェントに相談する前に確認したいこと
職務経歴書は、最初から完璧でなくても構いません。ただし、相談前に次の4つは整理しておくと面談が進みやすくなります。
- 直近2〜3プロジェクトで担当した工程
- 実務で説明できる技術スタック
- 成果や改善として話せる経験
- 次の職場で増やしたい経験と避けたい環境
この状態で相談すると、求人紹介だけでなく、職務経歴書の見せ方も確認できます。初回面談前の準備は、転職エージェントに相談する前に整理することもあわせて読むと進めやすいです。
向いている人・向いていない人
この整理が特に向いているのは、次のような人です。
- 実務経験はあるが、職務経歴書に何を書けばよいか迷っている
- SIer、SES、受託開発の経験をWeb系や自社開発向けに見せ直したい
- 年収アップや上流工程を狙うために、成果の伝え方を整理したい
- 転職エージェントの面談前に、最低限の材料を用意したい
一方で、未経験からエンジニアを目指す人は、職務経歴書だけでなく学習内容、ポートフォリオ、応募先の選び方も重要です。未経験向けの準備は、未経験からエンジニア転職に強いサービス比較も確認してください。
次に確認したいこと
職務経歴書は、一度で完成させるものではありません。求人を見たり、面談でフィードバックを受けたりしながら、強調する経験を調整していくものです。
まずは、直近のプロジェクトから順番に、担当工程、技術、役割、課題、対応、成果を書き出しましょう。そのうえで、自分の経験がWeb系、自社開発、年収アップ、PM、ITコンサルのどこで評価されやすいかを確認します。
相談先を選ぶときは、1社だけに決め打ちせず、目的に合う転職サービスを2〜3社比較すると判断しやすくなります。下の比較表で、経験者向け、未経験向け、年収アップ向け、キャリア相談向けの違いを確認し、自分の職務経歴書をどの方向に整えるべきか見ていきましょう。
Service Comparison
転職サービス候補を比較する
まずは得意領域と向いている人を見比べて、相談する候補を2〜3つに絞りましょう。
| サービス | 向いている人 | 注意点 | 確認 |
|---|---|---|---|
| レバテックキャリア転職エージェント | 実務経験を活かしてWeb系、自社開発、年収アップを狙いたい人 | 完全未経験で、まず学習相談から始めたい人 | 公式サイトを見る |
| ユニゾンキャリア転職転職エージェント | IT業界に初めて転職する20代で、手厚いサポートを受けながら安心して進めたい人 | 地方で働きたい人や、ハイクラス・高年収求人を狙いたい経験豊富エンジニア | 無料相談してみる |
| テックゲートエキスパート転職エージェント | エンジニア経験を活かしてITコンサルにキャリアアップしたい人 | 未経験からIT業界に入りたい人や、純粋なエンジニア職を続けたい人 | 無料面談を予約する |
| キッカケエージェント転職エージェント | エンジニア経験を活かしてキャリアをしっかり設計しながら転職したい人 | 未経験からエンジニアを目指したい人、年齢制限に該当する人 | 支援内容を確認する |
| TechClipsエージェント転職エージェント | 年収アップやキャリアアップを狙う現役エンジニアで、事業会社に転職したい人 | 未経験からエンジニアを目指す人や、気軽に情報収集だけしたい人 | 無料カウンセリングを受ける |
| IT転職エージェント@PRO転職エージェント | しっかり相談しながら質の高い転職をしたいエンジニア | とにかく大量の求人を見たい人や地方在住の人 | 無料でキャリア相談する |
Use Case
条件別に選ぶなら
経験年数、希望職種、転職活動の進め方に合わせて選び方を変えましょう。
転職エージェント
レバテックキャリア
経験者、Web系・自社開発志向
- IT/Web領域に強い
- 職種別に相談しやすい
- 経験者の年収アップ相談に向く
転職エージェント
ユニゾンキャリア転職
20代(高卒以上)でIT・Web業界への転職を考えている人(首都圏・大阪希望者)
- IT業界に精通したキャリアアドバイザーが担当
- Google口コミ★4.8と満足度が高い
- 企業に深くヒアリングした優良求人のみ紹介
転職エージェント
テックゲートエキスパート
20代〜30代のITエンジニア経験者(実務3年以上)で、ITコンサルへのキャリアアップを目指す人
- エンジニア出身の企業が運営しており技術理解が深い
- ITコンサル転職に特化したキャリア支援が受けられる
- 紹介先企業や支援実績をもとに相談しやすい