転職活動の進め方

エンジニアの職務経歴書の書き方|14社の職種区分から逆算する

PRこのページには広告(アフィリエイトプログラム)が含まれます。サービスの掲載順は条件の一致度で決めており、報酬額は含めていません。

職務経歴書は、読む順番を設計する書類です。何を書くかより、どこに何を置くかで伝わり方が変わります。埋める欄が決まっている履歴書と違い、様式が決まっていないぶん、構成そのものが評価の対象になります。

この記事は、手元に書くものが何もない状態から1枚を組み立てる手順を書きます。SESや客先常駐でスキルシートを持っている方は、素材を持っている状態からの変換になるので、スキルシートを職務経歴書に変える手順のほうを先に読んでください。職務経歴書が転職のどの工程で要るかは、ITエンジニアの転職の進め方で整理しています。

あわせて、当サイトが掲載している転職サービス14社を調べた結果も使います。調べていて分かったのは、職種の区分が5区分のサービスから88区分のサービスまで割れているということでした。同じ経歴でも、相手の分類によって置かれる棚が変わります。職務経歴書の冒頭に書く職種名は、ここから逆算して決めます。

公的機関が示している基準 — 様式は決まっておらず、A4で2枚

先に、外から与えられている条件を確認します。東京労働局の求職者向け資料は、職務経歴書について「これといった決まったものはありません」と書いています。書式は自由で、「独自のスタイルを確立する方向にあります」とされています。

枚数については、同じ資料が「2枚が限度です。3枚以上はまとめる能力を疑われます」と書いています。神奈川労働局の資料も「A4サイズ2枚まで」とし、「情報をまとめる力も見られている」と説明しています。

この2つを合わせると、条件はこうなります。自由だが、2枚に収める。自由な部分で差がつき、2枚という制約が選択を強制します。この記事の手順は、すべてこの制約から逆算しています。

項目エンジニアの書類での扱い
希望職種1枚目のいちばん上。この記事でいちばん時間をかける部分
知識経験要約3〜5行。ここを読んで残りを読むかが決まる
職務経歴(日付・企業名・部署・職務内容)本体。詳しく書くのは2〜3件に絞る
学歴1行。履歴書と重複するので短く
資格応募先に関係するものだけ
その他(生年月日・健康状態・趣味)2枚に収めるため、通常は省く
セールスポイント知識経験要約と重なるなら片方でよい
東京労働局「職務経歴書の書き方」が挙げている記載項目と、ITエンジニアの書類での扱い。項目は同資料/扱いは当サイトの整理(2026年9月2日確認)/作成 Career’s Net 編集部

3つの型のどれを選ぶか

東京労働局の資料は、記入形式として編年体形式(時系列に会社・部署・役職を順に書く)とキャリア形式(複数の会社で同じ仕事をしてきた場合に、その業務を一括りにして書く)を挙げ、折衷スタイルも勧めています。あわせて、「外資系などは、まず、今何ができるかが問われますので、逆時系列タイプ(新しいものから古い履歴の順)で記入した方がベスト」としています。

3つの型は、それぞれ「隠せるもの」が違います。選び方は好みではなく、自分の経歴のどこを先に読ませたいかで決まります。

型並べ方選ぶ条件弱点
編年体古い順1社での在籍が長く、役割が段階的に上がってきた直近の仕事が最後に来る。2枚目に落ちると読まれない
逆編年体新しい順直近の経験が応募先にいちばん近い。転職回数が多い古い経歴の文脈が伝わりにくい
キャリア式仕事の種類ごと複数社で同じ役割を続けた。案件単位で動いてきた在籍期間が分かりにくく、空白を疑われることがある
3つの型と選ぶ条件。型の名称と定義は東京労働局「職務経歴書の書き方」/選ぶ条件と弱点は当サイトの整理/作成 Career’s Net 編集部

迷ったら逆編年体を選んでください。理由は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
doda33区分2026-08-27
マイナビ転職ITエージェント大分類8・小分類30以上2026-08-27
AIdea Career20区分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
職種の区分数は5〜88に割れる。調査日 2026年8月25〜28日/対象 Career’s Net が掲載している転職サービス14社/方法 各社の求人検索の職種区分を数えた(n=14)/注記 区分の粒度は各社の表記に従い、大中小に分かれる社はその表記のまま記載/作成 Career’s Net 編集部

この差が何を意味するか。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つの手順で決める流れを示した図
職種名を決める3ステップ。作成 Career’s Net 編集部

手順にすると3つです。①応募先の求人票に書かれている職種名を見る。②その言葉が自分の経歴で成立するかを確かめる。③成立するなら、その言葉を使い、直後に中身を1行添える。成立しないなら、無理に合わせず自分の言葉で書いてください。合わせられない相手に合わせて書いた書類は、面接で崩れます。

1枚目の冒頭に置く「職務要約」を3〜5行で書く

東京労働局の資料が挙げている「知識経験要約」がこれに当たります。ここを読んで、残りを読むかどうかが決まります。3〜5行で、次の3つを入れてください。

  1. 何年、何を作ってきたか。「Webアプリのサーバーサイドを6年」のように、期間と対象
  2. どこまで任されてきたか。設計から任されたのか、実装が中心だったのか
  3. 次に何をしたいか。1行。応募先ごとに書き換えるのはここだけ

逆に、入れないほうがよいものもあります。意欲や姿勢の表明(「常に学び続けています」)は、この3〜5行の中では場所を取るだけです。学び続けているかどうかは、経歴の中身から読み取られます。

職務経歴書1枚目の構成と、読まれる順番を示した図
1枚目の構成。上から3つで「読むかどうか」が決まる。作成 Career’s Net 編集部

経歴の1件を、役割・規模・技術・成果の4点で書く

本体の書き方です。1件あたり4つの要素が揃っていれば、それ以上は要りません。

  • 役割 — その中で何を決める立場だったか。「担当した」ではなく「決めた」で書けるところを探す
  • 規模 — チーム構成、扱ったデータやユーザーの量。企業名を出せない場合は業界と規模で書く
  • 技術 — 言語・フレームワーク・基盤。ここに書いたものは面接で聞かれます
  • 成果 — 自分が動かした数字を1つ。小さくてかまいません
よく見る書き方4点で書き直したもの
ECサイトの開発・保守を担当ECサイトのバックエンドを担当(役割:カート周りの設計から実装まで/規模:自社3名・協力会社4名、月間注文は数万件/技術:PHP・Laravel・MySQL・AWS/成果:在庫引き当ての処理を見直し、ピーク時のタイムアウトを月20件前後から数件に)
インフラの運用を担当稼働中サービスのインフラ運用(役割:監視設計と障害の一次対応/規模:EC2 30台規模/技術:AWS・Terraform・Datadog/成果:アラートの重複を整理し、夜間の呼び出しを週5件から週1件程度に)
要件定義から運用まで一貫して対応工程を並べるのをやめ、1つの案件に絞って4点で書く。「一貫して対応」は、どの工程でも浅く見えます
経歴1件の書き方。左は当サイトが想定したよくある書き方、右は4点で書き直した例(実在の個人の経歴ではありません)/作成 Career’s Net 編集部

3行目に書いたことが、実務でいちばん多い落とし穴です。「要件定義から運用まで一貫して」は、書いた側は強みのつもりでも、読む側には「どこも浅い」と読まれる書き方です。幅は経歴の並びで自然に伝わるので、1件ずつは深さで書いてください。

数字は「自分が動かしたもの」を1つだけ

成果の欄で手が止まる人が多い部分です。大きな数字を探さないでください。「50名規模のプロジェクト」は案件の大きさで、自分の成果ではありません。

探す場所は決まっています。自分の手で前後が変わったものです。

  • 処理時間・レスポンス(◯秒 → ◯秒)
  • 対応件数・障害件数(月◯件 → 月◯件)
  • リリースの頻度・所要時間(週1 → 週3、半日 → 30分)
  • 手作業の削減(毎週◯時間かかっていた集計を自動化)
  • テストや監視の範囲(観点◯件を整備、アラート◯件を整理)

正確な数字が分からない場合は「およそ」で書き、面接で説明できる範囲にとどめます。手元で数えられない数字を書くと、聞かれたときに答えられません。書類は面接で説明する前提のものです。

保有スキルは一覧にせず、深さで分ける

技術の一覧は長くなりがちですが、並んでいる数が多いほど1つあたりの信頼度は下がります。「設計から任せられるもの」「実装できるもの」「触れたことがあるもの」の3段に分けてください。

3段に分ける理由と、年数の書き方の注意はスキルシートを職務経歴書に変える記事で詳しく書いています。ここでは繰り返しません。

応募先ごとに差し替えるのは2か所だけ

1社ごとに全部書き直すのは続きません。差し替えるのは2か所に固定します。

  1. 職務要約の最後の1行(次に何をしたいか)。応募先の求人票の言葉に寄せる
  2. 詳しく書く経歴の並び順。応募先の技術に近いものを上に持ってくる

経歴の本文そのものは書き換えません。一度4点で書いた経歴は資産として残り、2社目からは並べ替えるだけになります。ここを分けておくと、応募数が増えても書類の質が落ちません。

ファイル名も決めておきます。「職務経歴書.pdf」だと、受け取った側のフォルダで自分のものだと分かりません。「職務経歴書_山田太郎_20260902.pdf」のように、氏名と日付を入れてください。提出形式は原則PDFです。Wordのまま送ると、相手の環境でレイアウトが崩れます。

2枚に収まらないときに削る順番

書き終えると、たいてい2枚を超えます。ここで削り方を間違えると、いちばん読ませたい部分が消えます。上から順に削ってください。

  1. 会社概要。事業内容・設立年・従業員数は1行に。読む側が知りたいのは会社ではありません
  2. 応募先に関係のない資格と、その他(生年月日・健康状態・趣味)。公的機関の項目には入っていますが、2枚の枠を使ってまで載せるものではありません
  3. 古い案件の本文。4点で書いていたものを、期間・業界・規模・技術の1行に落とします。消すのではなく密度を下げる
  4. 使用技術の3段目(触れたことがあるもの)。ここは行数のわりに読まれません
  5. 詳しく書く案件を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か所だけ

関連記事

次に読む

エンジニアのスキルシートの書き方|職務経歴書に変える5手順|SESや客先常駐でスキルシートを持っている場合の、素材の変換手順をまとめています。

出典