IT職務経歴書サンプル｜採用担当者が落とす書き方と通るコツ

この記事では、ITエンジニア・SEが転職で提出する職務経歴書の書き方をサンプル付きで解説します。採用担当者が実際に重視する3つの確認ポイントと、NG例・OK例の比較で、書類選考を通過するための具体的な方法がわかります。

IT職務経歴書の基本構成とサンプル全体像

IT職の職務経歴書は、一般的な営業・事務職とは構成が異なります。技術的な経歴をどう伝えるかが選考通過のカギになるため、まず全体の構成を把握することが先決です。

5つのセクションで構成する

ITエンジニアの職務経歴書は、以下の5つのセクションで構成するのが標準です。

• 職務要約：3〜5行で経験を凝縮したサマリー。採用担当者が最初に読む部分
• プロジェクト経歴：参加したプロジェクトの詳細（表形式が業界標準）
• スキルシート：言語・OS・ツールをレベル別に整理した一覧
• 学歴：最終学歴のみ記載（大学・専門学校）
• 自己PR：技術力・チームワーク・キャリアの方向性を伝える

この構成を崩すと、採用担当者が情報を探す手間が増えて印象が下がります。「わかりやすさ」は技術力と同様に評価対象だと理解したうえで作成を進めてください。

プロジェクト経歴の表形式サンプル

プロジェクト経歴は、表形式で書くのが業界標準です。以下の項目を1プロジェクトにつき1表で記載します。

項目	記載内容の例
期間	2022年6月〜2024年3月（1年10ヶ月）
プロジェクト名	大手小売業向け在庫管理システム刷新
概要	既存の基幹系在庫管理システムをマイクロサービス化。全社在庫データのリアルタイム連携を実現
チーム規模	全体20名（自社チーム5名）
担当フェーズ	基本設計・詳細設計・製造・単体テスト
役割	設計・開発リーダー（サブチーム3名のマネジメント）
使用技術	Java 17, Spring Boot 3, MySQL 8, Docker, AWS（EC2/RDS/S3）
成果	バッチ処理時間50%削減、システム障害件数前年比60%減

直近のプロジェクトから逆年代順に記載します。在籍期間が短くても、担当フェーズと役割が明確であれば記載対象です。

採用担当者が30秒で確認する3つのポイント

IT系の採用担当者は、1枚の職務経歴書を30秒以内でスクリーニングします。この30秒で「即戦力かどうか」を判断するために見ている情報は、3つに絞られます。

プロジェクト規模と担当フェーズを必ず数値で書く

「大規模プロジェクトに参加した経験があります」という表現では、採用担当者は情報を判断できません。規模は必ず「全体○名・自社○名」の形式で記載します。

担当フェーズは「要件定義〜保守運用」のように範囲を明示します。フェーズを幅広く担当した経験はそれ自体が強みになるため、省略せず記載してください。

技術は「使った」より「何を達成したか」を先に書く

IT職の職務経歴書で最も多い失敗は、使用技術の羅列で終わっているケースです。採用担当者が知りたいのは「Javaを使いました」という事実ではなく、「Javaを使って何を実現し、どんな成果を出したか」です。

成果は可能な限り数値で書きます。「改善した」ではなく「処理時間を50%短縮した」、「品質を向上させた」ではなく「バグ件数を前年比30%削減した」の形式が理想です。

職務要約は「即戦力かどうか」の最初の判断基準

採用担当者が最初に目を通すのは職務要約です。ここで「この人は自社のポジションに合うかもしれない」と感じさせないと、プロジェクト詳細を読んでもらえません。

職務要約は3〜5行で収め、「業種・技術領域・経験年数・役割・特徴」の5要素を盛り込みます。専門用語を多用するより、採用担当者が非エンジニアの場合も想定して平易な表現を意識してください。

エンジニア向けの職務経歴書の書き方については、こちらの記事でも詳しく解説しています。

セクション別の書き方とNG例・OK例

構成を理解したところで、各セクションの具体的な書き方を確認します。NG例とOK例を対比しながら、自分の職務経歴書に当てはめてください。

職務要約の書き方

職務要約は「自分のキャリアを3〜5行で売り込む文章」です。採用担当者が最初に読む部分なので、ここで興味を引けるかどうかが選考通過の分岐点になります。

プロジェクト経歴の書き方

プロジェクト経歴は、職務経歴書の中で最も読まれる部分です。採用担当者が「このエンジニアは自社の案件で即戦力として動けるか」を判断する材料になります。

記載するプロジェクト数の目安は、経験年数に応じて以下の通りです。

経験年数	推奨記載件数	ポイント
〜3年	2〜3件	全件記載が基本。短くてもフェーズと役割を明記する
3〜7年	3〜5件	直近3件は詳細に記載。古い案件は概要のみでも可
7年以上	4〜6件	直近5年を中心に。類似案件はまとめて記載も可

担当フェーズは略語を使わず「要件定義」「基本設計」「詳細設計」「製造（コーディング）」「結合テスト」「受入テスト」「運用保守」の中から該当するものを明記します。

スキルシートの書き方

スキルシートは、使用技術の一覧です。ただし、レベル感を伝えないスキルシートは採用担当者には何も伝わりません。技術名を並べるだけでなく、実務経験の年数や習熟度を必ずセットで記載してください。

レベルの書き方には以下の2種類があります。

レベル表記	意味の目安
実務3年以上	自力で設計・実装でき、他者へのコードレビューも可能
実務1〜3年	指示のもとで実装できる。ドキュメントを参照しながら対応可能
実務1年未満	業務内での使用経験はあるが、独力では難しい部分がある
学習中	業務経験はないが自己学習で習得中

「学習中」の技術をスキルシートに書くことは問題ありません。ただし業務経験のある技術と明確に分けて記載してください。

自己PRの書き方

IT職の自己PRには、技術的なスキルだけでなく「チームの中でどう動けるか」を盛り込むと差別化できます。採用担当者は、技術力の確認はプロジェクト経歴で行います。自己PRでは「この人と一緒に働きたいか」を判断しています。

「〇〇の技術を習得し、チームの課題解決に貢献できます」のような表現よりも、「〇〇のプロジェクトで△△という課題に直面し、□□の技術を1ヶ月で習得して解決した」という実績ベースの表現の方が採用担当者の記憶に残ります。

職種別サンプル｜SE・フロントエンド・インフラ

IT職といっても、SEとフロントエンドエンジニア、インフラエンジニアでは書き方の重点が異なります。自分の職種に当てはめてサンプルを確認してください。

システムエンジニア（SE）の書き方ポイントと例文

SEは「上流工程（要件定義・基本設計）の経験があるかどうか」を採用担当者は特に重視します。上流工程を経験済みのSEは市場価値が高く、経験の有無で選考に大きな差がつきます。

SEは担当フェーズの幅広さが強みになります。上流から下流まで経験している場合は、その点を職務要約の冒頭に明示してください。

フロントエンドエンジニアの書き方ポイントと例文

フロントエンドは使用フレームワークの記載が必須です。「JavaScript経験あり」だけでは、採用担当者はスキルレベルを判断できません。React・Vue・Angularといったフレームワーク名と、そこで実現したUXの改善成果を組み合わせて記載します。

インフラエンジニアの書き方ポイントと例文

インフラエンジニアは可用性・コスト削減・セキュリティ強化などの具体的な成果数値を書くことが差別化のポイントです。「インフラの構築・保守を担当」という説明だけでは採用担当者に強みが伝わりません。

職務経歴書の作成に時間がかかる場合は、AIを活用した自動作成ツールも有効です。

IT職務経歴書で書類選考を落とされる3つのパターン

IT職向けの書類選考でよく見られる失敗パターンは共通しています。自分の職務経歴書に当てはまっていないか確認してください。

技術スタックの羅列になっている

スキルシートに使用技術をひたすら並べても、採用担当者は「本当に使えるのか」が判断できません。

改善策は2つです。①各技術に「実務○年」のレベル表記を付ける、②特に自信のある技術は「主力技術」と「補完技術」に分けて記載する。これだけで採用担当者の読みやすさが大幅に向上します。

担当範囲が曖昧なまま書いている

「システム開発全般を担当」「開発業務を担当」といった書き方では、採用担当者は何も判断できません。採用担当者が知りたいのは「この人が実際に何を担当したのか」です。

短期参画・常駐案件が多い場合の対処法

フリーランスや常駐型の働き方をしてきた場合、職歴が多く見えてしまうことがあります。この場合は、以下の対処法が有効です。

• 類似技術・同一領域の案件をまとめる：「2022年〜2024年：ECサイト向けAPI開発（3案件）」のように集約する
• キャリアの一貫性を職務要約で示す：案件数が多くても、一貫して同じ技術領域・業種を経験してきたことを冒頭で明示する
• 短期参画の理由を添える：「プロジェクト完了による終了」「契約満了」など終了理由を明記する（理由を書かないと離職率が高い人材と判断されることがある）

数字で表せる実績が少ない場合でも、書類選考を通過させる書き方があります。

まとめ

• IT職務経歴書は「職務要約・プロジェクト経歴・スキルシート・学歴・自己PR」の5構成が基本
• 採用担当者が30秒で見るのは「プロジェクト規模・担当フェーズ・達成した成果」の3点
• 技術スタックは羅列せず、実務年数とレベルをセットで記載する
• 職務要約で「業種・技術領域・経験年数・役割・特徴」の5要素を3〜5行に凝縮する
• 短期参画・常駐案件はまとめ記載と職務要約での一貫性アピールで対処する

IT系の転職は職務経歴書の質が合否を大きく左右します。本記事のサンプルと書き方を参考に、採用担当者が「話を聞いてみたい」と感じる職務経歴書を作成してください。

IT職務経歴書に関するよくある質問

IT職務経歴書に書くべきプロジェクトは何件が目安ですか？

経験年数に応じて目安が異なります。3年未満なら2〜3件（全件記載が基本）、3〜7年なら3〜5件、7年以上なら4〜6件が目安です。古い案件は概要のみの記載でも構いませんが、直近のプロジェクトほど詳細に書く必要があります。全体はA4で2〜3枚以内に収めることを意識してください。

フリーランスや常駐案件ばかりの職歴はどう書けばよいですか？

類似技術・同一領域の案件は「○件」としてまとめて記載する方法が有効です。また、職務要約でキャリアの一貫性を明示することで、採用担当者に「転々としてきた人」という印象を与えにくくなります。短期案件は「プロジェクト完了による終了」など終了理由を添えると安心です。

職務経歴書の適切な長さはA4何枚が正解ですか？

転職経験がある方はA4で2〜3枚が一般的です。経験が浅い方（3年未満）はA4 1〜2枚でも問題ありません。4枚以上になる場合は情報を整理・集約して3枚以内に収めることを推奨します。採用担当者は1人で多数の応募書類を確認するため、ページ数が多すぎると読まれにくくなるリスクがあります。