IT転職の職務経歴書で落ちる人が見落としている採用担当者の本音

この記事では、IT転職の職務経歴書が書類選考を通過しない原因と、採用担当者が最初に確認している3つのポイントを解説します。スキルシートとの根本的な違い、各セクションの書き方と例文、職種・状況別の対応まで紹介します。

IT転職の職務経歴書は「スキルシート」とは別物

スキルシートは客先向け、職務経歴書は採用担当者向け

IT業界、特にSESや派遣系のエンジニアが日常的に使う書類に「スキルシート（技術経歴書）」があります。転職活動を始めたとき、このスキルシートをそのまま職務経歴書として提出しているケースが少なくありません。

スキルシートと職務経歴書は、読む相手と目的がまったく異なります。この違いを理解していないまま提出すると、書類選考の通過率が大きく下がります。

	スキルシート	職務経歴書
読む相手	客先・派遣先の技術担当者	採用企業の人事担当者
主な目的	案件に入れるか技術マッチングを確認	採用するかどうかを判断
重視する内容	使える技術・言語・経験プロジェクト数	課題解決力・再現性・組織への貢献
様式・分量	自由形式・A4 1〜2枚	A4 2〜3枚・志望動機・自己PR含む

スキルシートをそのまま提出すると落とされる理由

スキルシートに書かれた「Java/5年/案件10件」という情報は、技術担当者には伝わりますが、人事担当者には伝わりません。採用担当者が知りたいのは「この人がうちの組織に入ったとき、どんな課題を解決してくれるか」です。

SESのスキルシートは「指示された作業をこなした」という受動的な印象を与えやすい構造になっています。職務経歴書では、自分が主体的に動いた場面を前面に出すことが求められます。

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

IT転職の書類選考では、採用担当者が1枚の書類に費やす時間は平均30秒前後と言われています。その短い時間で確認しているポイントは3つです。

職務要約（キャリアサマリー）でまず判断される

職務経歴書の冒頭に書く「職務要約（キャリアサマリー）」は、採用担当者が最初に読む場所です。ここで「面接に呼ぶか呼ばないか」の第一印象が決まります。

「開発歴8年」という一行より、「8年で5つのプロダクト立ち上げに関わり、2件でリードエンジニアを担当」のほうが、採用担当者の頭にイメージが浮かびます。経験年数ではなく、その年数で何を積み上げたかを書くことが重要です。

技術スキルは「何ができるか」より「どう活かしたか」

技術スキルの一覧表に「Java ★★★★☆」のような表記があっても、採用担当者にはほぼ意味を持ちません。採用担当者が見ているのは、スキルの星の数ではなく「そのスキルを使って実際に何を解決したか」です。

スキル一覧は、技術の証明というより後続のプロジェクト経歴との整合性を確認するためのインデックスとして読まれます。スキル欄で高評価を得ようとするより、プロジェクト経歴の質を上げることに時間をかけるほうが効果的です。

プロジェクト経歴に「定量的な成果」があるか

プロジェクト経歴は、採用判断に最も直結するセクションです。「設計・開発・テスト担当」という記述だけでは、どんな規模で何を達成したかが見えません。

定量的な成果があると、採用担当者の印象はまったく変わります。「APIレスポンスタイムを40%改善」「月次バグ件数を半減」「自動化により月30時間の工数削減」のような数字が、書類に説得力をもたらします。

採用担当者に刺さるIT職務経歴書の4つの構成要素

ここでは採用担当者が「ぜひ会いたい」と感じる職務経歴書を作るための4つの構成要素を解説します。

①職務要約の書き方

職務要約は3〜5行（200〜300文字程度）で書くのが基本です。「誰が（経験年数・職種）→何を（主要スキル・業務）→どんな成果で（定量的実績）」の3要素を盛り込むことで、採用担当者が読んだ瞬間に全体像をつかめます。

②技術スキル一覧（スキルマトリクス）の書き方

技術スキルは表形式（スキルマトリクス）でまとめます。カテゴリ・技術名・経験年数・習熟度の4列が基本構成です。習熟度は「★」ではなく言葉で表現するほうが、採用担当者に具体的に伝わります。

カテゴリ	技術名	経験年数	習熟度の目安
プログラミング言語	Java	8年	設計・実装・コードレビュー可
フレームワーク	Spring Boot	5年	一人でアーキテクチャ設計できる
クラウド	AWS（EC2/RDS/S3/ECS）	3年	実案件での構築・運用経験あり
データベース	MySQL/PostgreSQL	6年	クエリ最適化・インデックス設計経験あり
インフラ	Docker/Terraform	2年	既存環境の修正・小規模構築可

③プロジェクト経歴の書き方（STAR法）

プロジェクト経歴はSTAR法（状況・課題・行動・結果）で記述することで、採用担当者が「この人が入社したらどう活躍するか」をイメージしやすくなります。各プロジェクトに記載すべき項目は以下のとおりです。

• プロジェクト概要（業種・システム規模・チーム人数）
• 担当期間
• 自分の役割（ポジション・担当フェーズ）
• 使用技術（具体的に）
• 担当した課題と解決策（STAR形式）
• 定量的な成果（数字で）

プロジェクト数が多い場合は、直近3〜5件に絞り込み1件ごとに深く書くほうが評価されます。作成の効率を上げたい場合は、職務経歴書の自動作成ツールを土台にして手を加える方法もあります。

④自己PRで「再現性と自走力」を示す

採用担当者が自己PRで確認しているのは「この人がうちに来たとき、同じことをまたやってくれるか（再現性）」と「指示がなくても自分で課題を見つけて動けるか（自走力）」の2点です。

「〇〇が得意です」で終わる自己PRより、「〇〇という課題に対して、どう動いて何を変えたか」を書くほうが、採用担当者の記憶に残ります。

採用担当者が落とすNG例と通過する改善例

NG①スキルの羅列が採用担当者に与える印象

採用担当者はスキルを「数」ではなく「深さ」で評価します。30個の技術名より「5つの技術に深い実績」のほうが信頼されます。面接で深掘りされたときに答えられないスキルは書かないことが原則です。

NG②「担当」「貢献」の曖昧表現

「要件定義から本番リリースまで担当」「チームに貢献した」「品質向上に努めた」という表現は、採用担当者に具体的な行動が伝わりません。何を、どう、どれだけやったかを明記する必要があります。

NG表現	具体的な改善例
要件定義から本番リリースまで担当	要件定義フェーズで顧客とのヒアリング10回を主導し、ユースケース図・画面設計書を作成
チームに貢献した	コードレビューを週2回実施し、バグ混入率を前四半期比30%改善
品質向上に努めた	テスト自動化の導入により、リグレッションテストの工数を月40時間削減
パフォーマンス改善に取り組んだ	クエリ最適化・キャッシュ導入でAPIレスポンスタイムを2秒→0.4秒に短縮

NG③転職回数の多さへの向き合い方

IT業界は他の業界に比べて転職回数が多くなりやすい構造にあります。特にSES・フリーランスを経験したエンジニアは、1〜2年単位での移動が積み重なることがあります。

転職回数が多くても、「各職場で何を得て、どうステップアップしたか」を明記することで、採用担当者の不安を解消できます。転職の回数より「各職場での成長の軌跡」が伝わるかどうかが評価の分かれ目です。

職種・状況別のIT職務経歴書の書き方

SES・派遣エンジニアの書き方

SESや派遣エンジニアの職務経歴書で悩むのが「客先名を書けない」という制約です。守秘義務があるため社名を書けない場合も多くありますが、客先名を書かなくても採用担当者に規模感を伝える方法があります。

実際の客先	職務経歴書での表記例
メガバンクのシステム案件	「大手金融機関の勘定系システム（月間取引件数100万件超）」
大手ECサイトの保守	「日次PV 50万超の大手ECサイトのバックエンド保守・運用」
社内向けSaaS開発	「従業員3,000名規模の製造業向け在庫管理システム開発」

業種・規模・取引件数・ユーザー数などで規模感を伝えることで、採用担当者は案件の難易度と実績をイメージできます。「大手」「有名企業」などの曖昧な表現ではなく、数字で規模感を示すのがポイントです。

未経験・異業種転職の書き方

IT未経験から転職する場合は、前職の経験をIT視点で言語化することが重要です。採用担当者が見ているのは「コードを書けるか」だけではなく、「課題解決の思考プロセスを持っているか」も含まれます。

学習実績は「Udemyのコースを修了」だけでは弱く、「〇〇を学習した結果、GitHubに△件の成果物がある」と具体化することで採用担当者の評価が変わります。ポートフォリオは「学習中」より「動くものがある」状態で提出することを優先してください。

生成AIスキルの書き方（2026年版）

2026年現在、採用担当者がエンジニアの生成AI活用スキルを評価軸として重視するようになっています。ただし、ただ「使っている」と書くだけでは評価されません。

まとめ

• スキルシートと職務経歴書は読む相手が違う。スキルシートの使い回しを避け、採用担当者向けに作り直すことが第一歩
• 採用担当者が最初の30秒で見るのは「職務要約・技術スキルの活かし方・プロジェクト経歴の定量成果」の3点
• プロジェクト経歴はSTAR法（状況・課題・行動・結果）で書き、数字で成果を示す
• 「スキルの羅列」「曖昧な担当表現」「転職回数の放置」が落とされる3大NG
• SES・未経験・生成AIスキルはそれぞれに適した書き方がある

IT転職の書類選考は、技術力より「自分の経験をどう伝えるか」の勝負です。職務経歴書の内容に自信が持てない場合は、プロによる添削サービスを活用することも選択肢のひとつです。

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

IT転職の職務経歴書はA4何枚が適切ですか？

経験年数3年未満であればA4 2枚、5年以上であれば3〜4枚が目安です。ただし枚数より内容の質が優先されます。書くことが少ない段階で無理に増やすより、各プロジェクトの密度を上げることを優先してください。

スキルシートを別途提出する場合、職務経歴書も必要ですか？

スキルシートと職務経歴書は目的が異なるため、両方必要です。スキルシートは技術担当者向けの技術マッチング資料、職務経歴書は人事担当者向けの採用判断資料です。どちらか一方では判断する側に必要な情報が届きません。

職務経歴書に書ける定量的な成果がない場合はどうすればいいですか？

業務の中で明確な数字が出ていない場合は、「工数（時間・人日）」「件数（対応チケット数・リリース件数）」「規模（チーム人数・サービスのDAU）」で代替できます。どうしても数字がない場合は「チームの課題をどう発見して解決したか」のプロセスを具体的に書くことで、思考力と行動力を採用担当者に伝えられます。