エンジニアの職務経歴書の書き方|14社の職種区分から逆算する
PRこのページには広告(アフィリエイトプログラム)が含まれます。サービスの掲載順は条件の一致度で決めており、報酬額は含めていません。
職務経歴書は、読む順番を設計する書類です。何を書くかより、どこに何を置くかで伝わり方が変わります。埋める欄が決まっている履歴書と違い、様式が決まっていないぶん、構成そのものが評価の対象になります。
この記事は、手元に書くものが何もない状態から1枚を組み立てる手順を書きます。SESや客先常駐でスキルシートを持っている方は、素材を持っている状態からの変換になるので、スキルシートを職務経歴書に変える手順のほうを先に読んでください。職務経歴書が転職のどの工程で要るかは、ITエンジニアの転職の進め方で整理しています。
あわせて、当サイトが掲載している転職サービス14社を調べた結果も使います。調べていて分かったのは、職種の区分が5区分のサービスから88区分のサービスまで割れているということでした。同じ経歴でも、相手の分類によって置かれる棚が変わります。職務経歴書の冒頭に書く職種名は、ここから逆算して決めます。
公的機関が示している基準 — 様式は決まっておらず、A4で2枚
先に、外から与えられている条件を確認します。東京労働局の求職者向け資料は、職務経歴書について「これといった決まったものはありません」と書いています。書式は自由で、「独自のスタイルを確立する方向にあります」とされています。
枚数については、同じ資料が「2枚が限度です。3枚以上はまとめる能力を疑われます」と書いています。神奈川労働局の資料も「A4サイズ2枚まで」とし、「情報をまとめる力も見られている」と説明しています。
この2つを合わせると、条件はこうなります。自由だが、2枚に収める。自由な部分で差がつき、2枚という制約が選択を強制します。この記事の手順は、すべてこの制約から逆算しています。
| 項目 | エンジニアの書類での扱い |
|---|---|
| 希望職種 | 1枚目のいちばん上。この記事でいちばん時間をかける部分 |
| 知識経験要約 | 3〜5行。ここを読んで残りを読むかが決まる |
| 職務経歴(日付・企業名・部署・職務内容) | 本体。詳しく書くのは2〜3件に絞る |
| 学歴 | 1行。履歴書と重複するので短く |
| 資格 | 応募先に関係するものだけ |
| その他(生年月日・健康状態・趣味) | 2枚に収めるため、通常は省く |
| セールスポイント | 知識経験要約と重なるなら片方でよい |
3つの型のどれを選ぶか
東京労働局の資料は、記入形式として編年体形式(時系列に会社・部署・役職を順に書く)とキャリア形式(複数の会社で同じ仕事をしてきた場合に、その業務を一括りにして書く)を挙げ、折衷スタイルも勧めています。あわせて、「外資系などは、まず、今何ができるかが問われますので、逆時系列タイプ(新しいものから古い履歴の順)で記入した方がベスト」としています。
3つの型は、それぞれ「隠せるもの」が違います。選び方は好みではなく、自分の経歴のどこを先に読ませたいかで決まります。
| 型 | 並べ方 | 選ぶ条件 | 弱点 |
|---|---|---|---|
| 編年体 | 古い順 | 1社での在籍が長く、役割が段階的に上がってきた | 直近の仕事が最後に来る。2枚目に落ちると読まれない |
| 逆編年体 | 新しい順 | 直近の経験が応募先にいちばん近い。転職回数が多い | 古い経歴の文脈が伝わりにくい |
| キャリア式 | 仕事の種類ごと | 複数社で同じ役割を続けた。案件単位で動いてきた | 在籍期間が分かりにくく、空白を疑われることがある |
迷ったら逆編年体を選んでください。理由は2枚という制約です。2枚に収めると、書ききれなかった部分は後ろから削れます。古い順に並べると、削られるのが直近の経験になります。それは読ませたい順番と逆です。
キャリア式は、案件単位で動いてきた人には合いますが、在籍期間が読み取りにくくなるという副作用があります。使う場合は、冒頭に所属会社と在籍期間だけの短い表を置いてください。それだけで疑問が消えます。
職種の区分は、14社で5〜88に割れていた
1枚目のいちばん上に書く職種名の話に入ります。ここで社内で使っていた呼び方をそのまま書くと、読む側が自分の分類に置き換えられません。では何を基準にすればよいのか。当サイトが掲載している14社の求人検索で、職種の区分がいくつあるかを数えました。
| サービス | 職種の区分数 | 確認日 |
|---|---|---|
| ウィルオブテック | 88区分(IT以外を含む) | 2026-08-28 |
| テックゴー | 71区分 | 2026-08-28 |
| レバテックキャリア | 59職種 | 2026-08-25 |
| ギークリー | 大7・中19・小50以上 | 2026-08-28 |
| 社内SE転職ナビ | 9グループ・45区分以上 | 2026-08-26 |
| リクルートエージェント | 36区分 | 2026-08-27 |
| doda | 33区分 | 2026-08-27 |
| マイナビ転職ITエージェント | 大分類8・小分類30以上 | 2026-08-27 |
| AIdea Career | 20区分 | 2026-08-26 |
| Findy(ファインディ) | 16職種 | 2026-08-25 |
| Green(グリーン) | IT・Webエンジニアは16種 | 2026-08-25 |
| paiza転職 | 5区分 | 2026-08-25 |
| ワークポート | 総合型。区分数の記載は確認できず | 2026-08-25 |
| ユニゾンキャリア | 求人検索がないため区分なし | 2026-08-27 |
この差が何を意味するか。paiza転職の世界では、あなたは「バックエンド/サーバサイド」「フロントエンド」「スマホアプリ」「SE・PG」「CTO」の5つのどれかです。ウィルオブテックの世界では88の棚のどれかに入ります。同じ人が、片方では大きく括られ、もう片方では細かく分けられます。区分数を確認できなかった職種区分に「未経験・第二新卒(SE・PG)」を持つワークポートのような総合型では、そもそもIT以外の職種と同じ検索の中に置かれます。
だから職務経歴書の職種名は、1つに決め打ちしないほうが安全です。広い言葉を1つ置いて、その下の経歴で具体を書く。この形がいちばん誤解を生みません。
大手の36区分に「モバイル」が無い、ということが起きる
区分数だけでなく、何が区分として存在しないかも見ておく必要があります。調べていて具体的に見つかった例を出します。
リクルートエージェントのIT職種36区分には、フロントエンドエンジニア・サーバーサイドエンジニア・組み込み制御SEはありますが、スマホアプリやモバイルに当たる区分が見当たりませんでした(2026年8月27日確認)。一方でFindyは16職種の中に iOS と Android を別々に持っています。職種33区分・言語30種・フレームワーク28種で絞り込めるdodaには「スマホアプリエンジニア」があります。
つまり「iOSエンジニア」と名乗ったとき、その言葉で検索できるサービスとできないサービスがあります。区分が無いサービスでは、あなたは「サーバーサイド」や「システムエンジニア」の棚に入れられるか、そもそも検索に引っかかりません。
実務での対処は単純です。職種名を1行で終わらせず、直後に「何を作ってきたか」を1行足します。「iOSエンジニア」だけだと相手の区分に依存しますが、「iOSエンジニア(Swift・自社アプリの機能開発と保守)」なら、区分が無い相手にも中身が伝わります。

手順にすると3つです。①応募先の求人票に書かれている職種名を見る。②その言葉が自分の経歴で成立するかを確かめる。③成立するなら、その言葉を使い、直後に中身を1行添える。成立しないなら、無理に合わせず自分の言葉で書いてください。合わせられない相手に合わせて書いた書類は、面接で崩れます。
1枚目の冒頭に置く「職務要約」を3〜5行で書く
東京労働局の資料が挙げている「知識経験要約」がこれに当たります。ここを読んで、残りを読むかどうかが決まります。3〜5行で、次の3つを入れてください。
- 何年、何を作ってきたか。「Webアプリのサーバーサイドを6年」のように、期間と対象
- どこまで任されてきたか。設計から任されたのか、実装が中心だったのか
- 次に何をしたいか。1行。応募先ごとに書き換えるのはここだけ
逆に、入れないほうがよいものもあります。意欲や姿勢の表明(「常に学び続けています」)は、この3〜5行の中では場所を取るだけです。学び続けているかどうかは、経歴の中身から読み取られます。

経歴の1件を、役割・規模・技術・成果の4点で書く
本体の書き方です。1件あたり4つの要素が揃っていれば、それ以上は要りません。
- 役割 — その中で何を決める立場だったか。「担当した」ではなく「決めた」で書けるところを探す
- 規模 — チーム構成、扱ったデータやユーザーの量。企業名を出せない場合は業界と規模で書く
- 技術 — 言語・フレームワーク・基盤。ここに書いたものは面接で聞かれます
- 成果 — 自分が動かした数字を1つ。小さくてかまいません
| よく見る書き方 | 4点で書き直したもの |
|---|---|
| ECサイトの開発・保守を担当 | ECサイトのバックエンドを担当(役割:カート周りの設計から実装まで/規模:自社3名・協力会社4名、月間注文は数万件/技術:PHP・Laravel・MySQL・AWS/成果:在庫引き当ての処理を見直し、ピーク時のタイムアウトを月20件前後から数件に) |
| インフラの運用を担当 | 稼働中サービスのインフラ運用(役割:監視設計と障害の一次対応/規模:EC2 30台規模/技術:AWS・Terraform・Datadog/成果:アラートの重複を整理し、夜間の呼び出しを週5件から週1件程度に) |
| 要件定義から運用まで一貫して対応 | 工程を並べるのをやめ、1つの案件に絞って4点で書く。「一貫して対応」は、どの工程でも浅く見えます |
3行目に書いたことが、実務でいちばん多い落とし穴です。「要件定義から運用まで一貫して」は、書いた側は強みのつもりでも、読む側には「どこも浅い」と読まれる書き方です。幅は経歴の並びで自然に伝わるので、1件ずつは深さで書いてください。
数字は「自分が動かしたもの」を1つだけ
成果の欄で手が止まる人が多い部分です。大きな数字を探さないでください。「50名規模のプロジェクト」は案件の大きさで、自分の成果ではありません。
探す場所は決まっています。自分の手で前後が変わったものです。
- 処理時間・レスポンス(◯秒 → ◯秒)
- 対応件数・障害件数(月◯件 → 月◯件)
- リリースの頻度・所要時間(週1 → 週3、半日 → 30分)
- 手作業の削減(毎週◯時間かかっていた集計を自動化)
- テストや監視の範囲(観点◯件を整備、アラート◯件を整理)
正確な数字が分からない場合は「およそ」で書き、面接で説明できる範囲にとどめます。手元で数えられない数字を書くと、聞かれたときに答えられません。書類は面接で説明する前提のものです。
保有スキルは一覧にせず、深さで分ける
技術の一覧は長くなりがちですが、並んでいる数が多いほど1つあたりの信頼度は下がります。「設計から任せられるもの」「実装できるもの」「触れたことがあるもの」の3段に分けてください。
3段に分ける理由と、年数の書き方の注意はスキルシートを職務経歴書に変える記事で詳しく書いています。ここでは繰り返しません。
応募先ごとに差し替えるのは2か所だけ
1社ごとに全部書き直すのは続きません。差し替えるのは2か所に固定します。
- 職務要約の最後の1行(次に何をしたいか)。応募先の求人票の言葉に寄せる
- 詳しく書く経歴の並び順。応募先の技術に近いものを上に持ってくる
経歴の本文そのものは書き換えません。一度4点で書いた経歴は資産として残り、2社目からは並べ替えるだけになります。ここを分けておくと、応募数が増えても書類の質が落ちません。
ファイル名も決めておきます。「職務経歴書.pdf」だと、受け取った側のフォルダで自分のものだと分かりません。「職務経歴書_山田太郎_20260902.pdf」のように、氏名と日付を入れてください。提出形式は原則PDFです。Wordのまま送ると、相手の環境でレイアウトが崩れます。
2枚に収まらないときに削る順番
書き終えると、たいてい2枚を超えます。ここで削り方を間違えると、いちばん読ませたい部分が消えます。上から順に削ってください。
- 会社概要。事業内容・設立年・従業員数は1行に。読む側が知りたいのは会社ではありません
- 応募先に関係のない資格と、その他(生年月日・健康状態・趣味)。公的機関の項目には入っていますが、2枚の枠を使ってまで載せるものではありません
- 古い案件の本文。4点で書いていたものを、期間・業界・規模・技術の1行に落とします。消すのではなく密度を下げる
- 使用技術の3段目(触れたことがあるもの)。ここは行数のわりに読まれません
- 詳しく書く案件を3件から2件に減らす。ここまで来たら、応募先に近い2件だけにします
逆に、最後まで削ってはいけないものが3つあります。職務要約の3〜5行、直近の案件の4点、成果の数字です。この3つは、2枚に収めるために書類を作っていると言ってもいい部分で、ここが薄い書類は枚数が少なくても通りません。
文字を小さくして詰め込む方法は勧めません。本文は10.5ポイント前後を下回らないようにしてください。印刷して読む相手がいます。読みにくくしてまで載せた情報は、結局読まれません。削る判断そのものが「まとめる力」として見られている、というのが公的機関の資料の書きぶりです。
やりがちな書き方と、その直し方
1枚目が会社概要で埋まっている
在籍した会社の事業内容や従業員数を丁寧に書くと、1枚目の上半分が消えます。読む側が知りたいのは会社ではなくあなたです。会社情報は1行にとどめてください。
工程だけが並んでいる
「要件定義・基本設計・詳細設計・実装・テスト」と並べても、その中で何を決めたかは伝わりません。工程は見出しとして残し、下に役割・規模・技術・成果を足してください。
応募先と関係のない資格が並んでいる
資格の欄は、応募先に関係するものだけにします。関係のない資格は「2枚」の枠を使うだけで、加点にはなりません。取得の努力を見せたい場合も、書類ではなく面接で話す話題です。
箇条書きが1件あたり10行を超えている
細かく書くほど伝わる、とはなりません。1件あたり4〜6行が目安です。それ以上書きたくなったら、その案件は詳しく書く2〜3件のうちの1つに選ばれているか、もう一度考えてください。
この記事の手順が向かない人
当てはまる場合は、別のことをしたほうが早く進みます。
- 手元にスキルシートがある人。素材がある状態なので、変換の手順のほうが早く終わります
- 実務経験がまだ無い人。4点で書ける経歴がありません。公開できる成果物を作る話が先になります
- フリーランスとして案件を探している人。案件選定ではスキルシートの形のほうが読まれます。この記事は正社員転職に限った話です
- すでに書類は通っていて、面接で落ちている人。書き直しても状況は変わりません
- 提出が今日までの人。職務要約の3〜5行と、直近1件を4点で書くところまでで出してください
逆にいちばん効くのは、「経歴はあるのに、書き始めると手が止まる人」です。書けないのは経験が足りないからではなく、並べる順番が決まっていないからであることがほとんどです。
14社の集計は、当サイトが各サービスの公式サイトを確認して作成した記事データベースにもとづきます。各社の確認日は、転職サービス一覧の各ページに「最終確認日」として掲載しています。
よくある質問
職務経歴書は何枚まで書いてよいですか
東京労働局の資料は「2枚が限度です。3枚以上はまとめる能力を疑われます」としています。神奈川労働局の資料も「A4サイズ2枚まで」です。案件数が多い場合は、詳しく書くのを2〜3件に絞り、残りは1行の表にまとめてください。
決まったテンプレートはありますか
公的機関の資料が「これといった決まったものはありません」と書いているとおり、様式は自由です。テンプレートを探すより、この記事の項目の順番で自分の1枚を作るほうが早く終わります。様式が自由であることは、構成そのものが見られているということでもあります。
職種名は求人票の言葉に合わせるべきですか
自分の経歴で成立する範囲なら合わせてください。成立しない場合は無理に合わせません。職種の区分は14社で5〜88に割れており、相手の分類に完全に合わせることはそもそもできません。職種名の直後に「何を作ってきたか」を1行足すほうが、どの相手にも伝わります。
成果に書ける数字がありません
大きな数字を探しているからだと思います。自分の手で前後が変わったものなら、対応件数・処理時間・リリース頻度・手作業の削減など、小さくてかまいません。正確な値が分からなければ「およそ」で書き、面接で説明できる範囲にとどめてください。
転職回数が多い場合はどう書きますか
逆編年体で書き、直近の経験を先に読ませます。キャリア式にして仕事の種類でまとめる方法もありますが、在籍期間が読み取りにくくなるため、冒頭に所属会社と在籍期間だけの短い表を置いてください。隠すのではなく、疑問が生まれない形にするのが目的です。
提出形式とファイル名はどうすればよいですか
原則PDFです。Wordのまま送ると相手の環境でレイアウトが崩れます。ファイル名は「職務経歴書_氏名_日付.pdf」のように氏名と日付を入れてください。「職務経歴書.pdf」では、受け取った側のフォルダで誰のものか分かりません。
まとめ
- 公的機関の資料は「決まった様式はない」「2枚が限度」としている。自由だが2枚、が唯一の外部条件
- 型は3つ。迷ったら逆編年体。2枚に収めると後ろから削れるため、古い順は読ませたい順と逆になる
- 職種の区分は14社で5〜88に割れている(当サイト調べ・n=14・2026年8月確認)。1つに決め打ちしない
- 大手36区分にモバイルに当たる区分が無いことも起きる。職種名の直後に「何を作ってきたか」を1行足す
- 職務要約は3〜5行。意欲や姿勢は書かない
- 経歴1件は役割・規模・技術・成果の4点。「一貫して対応」は浅く読まれる
- 数字は自分が動かしたものを1つ。面接で説明できる範囲にとどめる
- 応募先ごとに差し替えるのは職務要約の最後の1行と、経歴の並び順の2か所だけ
関連記事
- リクルートエージェントの特徴と向かない人 — IT職種36区分。モバイルに当たる区分は確認できず
- paiza転職の特徴と向かない人 — 職種は5区分。スキルチェックのランクで応募先が決まる
次に読む
エンジニアのスキルシートの書き方|職務経歴書に変える5手順|SESや客先常駐でスキルシートを持っている場合の、素材の変換手順をまとめています。
出典
- 東京労働局「職務経歴書の書き方」(様式・枚数・記載項目・編年体/キャリア形式/2026年9月2日確認)
- リクルートエージェント「IT・通信の職種から求人を探す」(IT職種36区分/2026年8月27日確認)
- ウィルオブテック「職種から求人を探す」(職種88区分/2026年8月28日確認)
- テックゴー「求人検索」(職種71区分/2026年8月28日確認)
- Findy(16職種・iOS / Android の区分/2026年8月25日確認)
- paiza転職(職種5区分/2026年8月25日確認)
- 社内SE転職ナビ「職種から探す」(9グループ・45区分以上/2026年8月26日確認)