女性エンジニアの職務経歴書ガイドスキルシートの書き方・ブランクの伝え方【2026年】
最終更新: 2026年6月12日
先に結論：通る職務経歴書の4原則
- ✓プロジェクト単位で書く。 エンジニアの書類は「期間・概要・規模・役割・担当フェーズ・技術スタック・成果」のセットで案件ごとに記述するのが標準（スキルシート文化）。会社単位の業務羅列では評価できません。
- ✓落ちて普通、と知っておく。 dodaの集計（2025年4月〜2026年3月）では転職成功者の平均応募社数は31.9社。書類で大半が絞られる前提で、数と質の両方で戦います。
- ✓ブランク・制約は隠さず文脈化。 空白期間は時系列のまま書き、「期間中の事実＋復帰準備の具体物」を添える。時短・残業制約は本人希望欄に1行＋詳細はエージェント経由か面接で。
- ✓履歴書の性別欄は任意。 厚労省の履歴書様式例（2021年4月公表）では性別欄は任意記載で未記載も可。「通勤時間」「扶養家族数」「配偶者」欄はそもそも設けられていません（出典: 厚生労働省）。
書類選考の実態：どのくらい通るのか【出典付き】
まず前提となる数字を押さえましょう。dodaを運営するパーソルキャリアの集計（2025年4月〜2026年3月にdodaエージェントサービスを利用して内定を得た人が対象）によると、転職成功者の平均応募社数は31.9社で、94.9%の人が2社以上、66.4%の人が11社以上に応募しています。同社はこのデータをもとに「1社以上の内定を得るためには5社の面接を受ける必要があり、そのためには27社の求人に応募する必要がある」という試算を示しています（出典: doda「転職成功者の平均応募社数」、2026年6月参照）。
つまり応募の大半は書類段階で絞り込まれるのが普通であり、書類で落ちること自体は実力不足の証明ではありません。書類選考は「応募者の能力」だけでなく、求人側の充足状況・年齢構成・予算といった応募者にはどうにもできない事情でも左右されます。だからこそ取るべき戦略は2つです。①応募数を確保する（1〜2社に全てを賭けない）、②書類そのものの質を上げて通過率の分母を改善する。本記事は②を徹底的に扱います。
エンジニア採用の書類選考で見られているのは、突き詰めれば「うちの開発現場で再現できる経験を持っているか」の一点です。読み手は人事担当者と現場のエンジニアリングマネージャーの両方。人事は経歴の整合性や希望条件を、現場は技術スタック・担当範囲・課題解決の深さを見ます。両方が短時間で判断できる書き方が、次章以降のテンプレートです。
応募書類3点セット：履歴書・職務経歴書・スキルシート
エンジニア転職で登場する書類は3種類あります。役割が違うので、どれに力を入れるべきかをまず整理します。
| 書類 | 役割 | 力の入れどころ |
|---|---|---|
| 履歴書 | 基本情報・学歴・職歴の「事実確認」書類。様式はほぼ定型 | 誤字脱字ゼロ・日付や社名の正確さ。差がつく書類ではない |
| 職務経歴書 | 経験・スキル・成果を自由形式でアピールする「勝負書類」。A4で2〜3枚が目安 | 最重要。書類選考の合否はほぼここで決まる |
| スキルシート （技術経歴書） | プロジェクトごとの期間・規模・役割・担当フェーズ・開発環境を一覧表で示すIT業界特有の書類。SES・派遣・フリーランス案件では必須級 | 技術キーワードの網羅と正確さ。職務経歴書の職務経歴欄をこの形式で書けば兼用できる |
参考: リクナビNEXT「ITエンジニア向けスキルシートの書き方」、doda「スキルシートの書き方は？技術経歴書や職務経歴書との違いは？」（いずれも2026年6月参照）
履歴書の公的事実：性別欄は任意、家族欄はそもそも無い
2020年7月に日本規格協会がJIS規格の解説から履歴書の様式例を削除したことを受け、厚生労働省は2021年4月に新たな「履歴書の様式例」を公表しました。公正な採用選考の観点から作られたこの様式例には、知っておくと安心できる事実が含まれています。
- ・性別欄は任意記載欄。「男・女」の選択式ではなく、記載を希望しない場合は未記載も可とされています
- ・「通勤時間」「扶養家族数」「配偶者」「配偶者の扶養義務」の欄は設けないこととされています。家族構成や婚姻状況は本来、応募書類で問われる必要のない情報です
市販の履歴書や転職サイトのフォーマットには古い様式が残っていることもありますが、厚労省様式例に沿った履歴書を使うこと自体はまったく問題ありません（出典: 厚生労働省「新たな履歴書の様式例の作成について」、2026年6月参照）。
職務経歴書の構成テンプレ：プロジェクト単位で書く
エンジニアの職務経歴書は、次の5ブロック構成が標準です。上から順に「読む人が知りたい順」に並んでいます。
① 職務要約（3〜5行）
経験年数・主な領域・代表的な技術・直近の役割を要約。「Web系開発◯年。バックエンド（言語名）を中心に、要件定義〜運用まで一貫して担当。直近は◯名チームのリーダーとして〜」のように、ここだけ読めば人物像が分かる密度にします。書類選考の担当者が最初に読む最重要ブロックです。
② 活かせるスキル・技術スタック
言語・フレームワーク・インフラ/クラウド・DB・ツールをカテゴリ別に列挙し、それぞれ「実務年数」または「できることのレベル感」を添えます。「Python（実務3年・APIの設計から実装まで一人称で可）」のように書くと、単なる単語の羅列より格段に伝わります。応募先の求人票にあるキーワードと照合されるブロックなので、求人票で使われている表記（略称・正式名称）に合わせるのも実務的なコツです。
③ 職務経歴（プロジェクト単位・新しい順）
本文の中核。会社ごとの業務説明ではなく、プロジェクト（案件）ごとに「期間／概要／規模／役割・担当フェーズ／技術スタック／成果・工夫」のセットで書きます。書き方の型は下のボックス参照。古い案件・応募先と関連の薄い案件は1〜2行に圧縮し、直近・関連案件を厚くするメリハリが重要です。
④ 自己PR（3〜10行）
プロジェクト経歴では伝わらない強みを1〜2点に絞って書きます。技術選定の考え方、品質やチームへの貢献姿勢、キャッチアップの速さなど。「なんでもやります」より「この強みでこう貢献できる」の方が通ります。応募先ごとに差し替える前提のブロックです。
⑤ 補足情報（任意）
保有資格、GitHub・技術ブログ・ポートフォリオのURL、登壇・執筆など。成果物URLは書類の説得力を大きく底上げします。
プロジェクト1件の「書き方の型」
下記の項目を埋める形で1案件ずつ書きます（◯◯はご自身の実績に置き換えてください）。スキルシート提出を求められた場合も、同じ項目を表形式にすれば対応できます。
【プロジェクト名・期間】 ◯◯システムの開発（20XX年X月〜20XX年X月）
【概要】 何のための、誰が使うシステムか（1〜2行）
【規模】 チーム◯名（うち開発◯名）／自分のポジション（メンバー・サブリーダー等）
【担当フェーズ】 要件定義・設計・実装・テスト・運用のうち担当した範囲
【技術スタック】 言語／フレームワーク／DB／インフラ・クラウド／ツール
【成果・工夫】 課題→自分の打ち手→結果（できる限り数値で。次章参照）
「規模」と「担当フェーズ」を必ず書くのがポイントです。同じ「ECサイト開発」でも、3名チームで設計から担当したのか、50名体制で詳細設計書どおりに実装したのかで評価はまったく変わります。ここが曖昧な書類は、現場の読み手に「実力が判断できない」と読み飛ばされます。
成果を「定量化」する書き方
書類の説得力を最も左右するのが成果の書き方です。コツは「課題 → 自分の打ち手 → 数値で測れる結果」の3点セットにすること。形容詞（大幅に・効率的に・積極的に）を数値・固有名詞に置き換えるだけで、同じ経験が見違えます。
| 伝わらない書き方 | 伝わる書き方（数値は自分の実績に置き換え） |
|---|---|
| パフォーマンス改善を行った | スロークエリの特定とインデックス再設計により、一覧画面の表示時間を◯秒→◯秒に短縮 |
| テストの効率化に貢献した | リグレッションテストを自動化（ツール名）し、リリース前の手動テスト工数を週◯時間削減 |
| チームをまとめた | 開発◯名のサブリーダーとしてタスク分担とコードレビューを担当。新メンバー◯名の立ち上げを◯ヶ月で完了 |
| 障害対応を行った | 障害の暫定対応と恒久対策（再発防止の仕組み名）を主導し、同種障害の発生件数を月◯件→0件に |
数値が手元にない・出せない場合
売上やKPIに直結しない仕事も多いのがエンジニアの実態です。その場合は規模・頻度・期間・比較で代用します。「月◯回のリリースを担当」「◯画面・APIエンドポイント◯本を実装」「従来◯日かかっていた作業を◯時間に」など、絶対値が小さくても構いません。なお守秘義務のある具体的な数値（顧客名・売上額など）は「大手◯◯業向け」「数百万件規模のデータ」のように粒度を落として書くのが安全です。実績の誇張・水増しは厳禁です。面接で深掘りされて答えに詰まれば書類全体の信頼が崩れますし、内定後に発覚すれば経歴詐称として扱われるリスクがあります。
経験が浅い・未経験・ブランクあり別の書き方
「書ける実績が少ない」と感じる3つのケースについて、共通する方針は「隠す・盛るのではなく、不利に見える事実を文脈化する」ことです。
実務1〜3年で「書ける実績がない」場合
若手に大きな実績がないことは採用側も織り込み済みです。見られているのは担当範囲の正確な記述と、課題への向き合い方。任されたタスクの中での工夫（テストの観点を増やした、ドキュメントを整備した、レビュー指摘を仕組みで減らした等）を「課題→打ち手→結果」の型で書けば、それ自体が実績になります。技術スタック欄は「研修で触れた」と「実務で使った」を正直に区別して書きましょう。ここを混ぜると面接で必ず露見します。
未経験・異職種からの転職の場合
実務経歴の代わりに学習の経緯と成果物を職務経歴書に組み込みます。「学習内容（期間・教材・学習時間）」と「作った物（GitHubリポジトリ・公開URL）」をプロジェクト経歴と同じ型（概要・技術スタック・工夫）で書くのがコツです。前職の経験も捨てずに、業務知識（会計・医療・物流など）やコミュニケーション・調整の実績として接続しましょう。成果物の作り方はポートフォリオ作成ガイドで詳しく解説しています。
育児・介護などでブランクがある場合
鉄則は時系列を加工しないこと。空白を埋めようと期間をぼかすと、社会保険の記録等と突き合わせた際に整合せず、かえって致命的です。書き方は次の3点セットです。
- ① ブランク期間と理由を1行で事実として書く（「20XX年X月〜20XX年X月: 出産・育児のため離職」）
- ② 復帰準備として何をしたかを具体物で添える（学習した技術、作った成果物、取得資格、教育訓練の修了など）
- ③ 現在の就業体制（保育の確保状況・可能な勤務形態）を本人希望欄に簡潔に書く
第1子出産を機に約3割の女性が離職しており（出典: 国立社会保障・人口問題研究所「第16回出生動向基本調査」）、ブランクからの応募は決して特殊なケースではありません。採用側が知りたいのは過去の理由より「今すぐ戦力になるか」です。ブランク年数別の準備戦略と支援制度はブランクからの復職・再就職ガイドを併せてどうぞ。
時短・残業制約はいつ・どう伝えるか
「時短希望と書いたら書類で落とされるのでは」という不安はよく聞きます。実務的な答えは、伝える内容を段階で分けることです。隠して入社後に申し出るのはミスマッチと信頼低下のもとであり、かといって書類の本文で長々と説明する必要もありません。
| 段階 | 伝えること | 書き方・伝え方 |
|---|---|---|
| 書類段階 | 事実と可能ラインのみ | 本人希望欄・備考欄に「就学前の子どもがおり、残業は月◯時間程度まで可。フルタイム勤務可（または時短勤務を希望）」と1行で簡潔に。職務経歴書の本文には書かない |
| エージェント経由 | 詳細条件の事前すり合わせ | 「時短は何歳まで使えるか」「リモートと組み合わせ可か」「過去に時短勤務での中途入社実績はあるか」など、自分から聞きにくい確認を応募前に代行してもらう。条件が合わない企業に書類を出す無駄も省ける |
| 面接段階 | 働き方の設計と貢献の両方 | 制約だけでなく「その時間内でどう成果を出すか」（業務の優先順位づけ・非同期コミュニケーションの工夫など）をセットで話す。条件交渉は内定前後のオファー面談が本番 |
制度の後ろ盾：2025年の育児・介護休業法改正
法制度の面でも、子育てと両立する働き方は「特別なお願い」ではなくなりつつあります。2025年4月施行の育児・介護休業法改正で、残業免除（所定外労働の制限）を請求できる対象が「3歳未満」から「小学校就学前」の子を養育する労働者まで拡大されました。さらに2025年10月からは、3歳以上小学校就学前の子を持つ労働者向けに、始業時刻等の変更・テレワーク等・短時間勤務制度などから2つ以上の措置を講じることが事業主に義務化されています（出典: 厚生労働省「育児・介護休業法 改正のポイント」、2026年6月参照）。制約を伝えること自体に引け目を感じる必要はありません。在職中に転職活動を進める段取りは働きながらの転職活動ガイドで解説しています。
AI添削・作成ツールの活用と注意点
2026年現在、職務経歴書づくりにAIを使うのは当たり前の選択肢になりました。うまく使えば「書けない・終わらない」を解消できますが、使い方を誤ると逆効果です。
有効な使い方
- ・骨組みづくり: dodaの「レジュメビルダー」（会員登録で無料・Word/PDF出力可）のような作成ツールで構成の抜け漏れを防ぐ（出典: doda「レジュメビルダー」公式ページ、2026年6月参照）
- ・壁打ち: 生成AIに「このプロジェクト経験の成果を定量化する切り口を10個挙げて」と聞き、書き忘れていた実績を掘り起こす
- ・読みやすさの添削: 冗長な文の圧縮、誤字脱字、表記ゆれ（フレームワーク名の正式表記など）のチェック
- ・求人票との照合: 求人票の必須要件と自分の経歴の対応関係を整理させ、職務要約・自己PRを応募先別に調整する
注意点
- ・「盛り」の混入: AIは経歴をそれらしく補完します。出力された数値・役割・技術は必ず事実と照合を。誇張は面接での深掘りで崩れ、経歴詐称リスクにもなります
- ・機密情報の入力: 前職の顧客名・非公開の数値・社内システムの詳細をプロンプトに入れない運用が安全です
- ・没個性化: AI出力そのままの文章は定型的で、読み手にも見抜かれがちです。職務要約と自己PRは最後に自分の言葉へ書き直しましょう
- ・最終チェックは人間で: エージェントを使うなら、キャリアアドバイザーの添削（応募先企業を知る人間の目）とAIを併用するのが現実解です
書類が通った後の準備はエンジニア面接ガイドへ。職務経歴書に書いた内容は面接での質問の台本になるため、書いたことはすべて口頭で説明できる状態にしておきましょう。
おすすめ転職エージェント
転職を成功させるには、信頼できるエージェントの活用が欠かせません。IT特化型と女性特化型を併用することで、より多くの選択肢からベストな転職先を見つけられます。
レバテックキャリア
IT特化型IT・Web業界に特化し、48,000件以上の求人を保有。年収70万円以上UPの実績多数。リモートワーク求人が約60%を占め、女性アドバイザーの指名も可能です。技術に精通したアドバイザーが的確な提案をしてくれます。
Geekly
IT特化型IT・Web・ゲーム業界に強みを持つ転職エージェント。平均年収アップ率81%の実績が光ります。スピーディーなマッチングで、最短2週間での内定実績も。年収交渉力にも定評があります。
type女性の転職エージェント
女性特化型女性のキャリアに特化したサポート体制。産休育休取得実績のある企業を中心に紹介してくれるため、長期的なキャリア形成に最適。女性ならではの悩みに寄り添った丁寧なカウンセリングが特徴です。
ワークポート
IT特化型IT業界の転職支援に強み。未経験からベテランまで幅広い層の求人を保有しています。レスポンスの速さと手厚いサポートに定評があり、特に若手エンジニアの転職支援実績が豊富です。
よくある質問
Q.エンジニアの職務経歴書は何枚にまとめるべきですか？▾
A.A4で2〜3枚程度が一般的な目安です。経験プロジェクトが多い場合は、直近・応募先に関連の深い案件を厚く、古い案件や関連の薄い案件は1〜2行に圧縮してメリハリをつけます。大事なのは枚数より「冒頭の職務要約と直近プロジェクトを読んだだけで、何ができる人か分かる」構成です。書類選考の担当者は多数の書類に目を通すため、1ページ目で要点が伝わらない書類は不利になります。スキルシート形式（プロジェクト一覧表）を求められた場合は枚数が増えても問題ありません。
Q.履歴書の性別欄は書かなくてもいいのですか？▾
A.厚生労働省が2021年4月に公表した履歴書の様式例では、性別欄は「男・女」の選択式ではなく任意記載欄とされており、記載を希望しない場合は未記載とすることも可能です。これは2020年7月に日本規格協会がJIS規格の解説からの履歴書様式例を削除したことを受けて、公正な採用選考の観点から厚労省が新たに作成したものです。同様式例では「通勤時間」「扶養家族数」「配偶者」「配偶者の扶養義務」の欄も設けられていません（出典: 厚生労働省「新たな履歴書の様式例」、2026年6月参照）。
Q.ブランク期間は職務経歴書にどう書けばいいですか？▾
A.隠さず時系列のまま書き、その期間に何をしていたか（育児・介護など）と復帰準備として何をしたか（学習した技術・作った成果物・取得資格など）を1〜3行で添えるのが基本です。時系列に不自然な空白があると、確認の手間を嫌って見送られやすくなる一方、理由と準備がセットで書かれていれば懸念はかなり打ち消せます。出産・育児による離職は珍しいことではなく、国立社会保障・人口問題研究所「第16回出生動向基本調査」でも第1子出産を機に約3割の女性が離職しています。採用側が知りたいのは過去の理由より「今すぐ戦力になるか」です。
Q.時短勤務や残業制限の希望は応募書類に書くべきですか？▾
A.職務経歴書の本文で長く説明する必要はありません。書くなら本人希望欄・備考欄に「就学前の子どもがおり、残業は月◯時間程度まで可」のように事実と可能ラインを簡潔に1行で示す程度にとどめ、詳細な条件のすり合わせはエージェント経由の事前確認か面接の場で行うのが実務的です。なお法制度上も、2025年4月施行の育児・介護休業法改正で残業免除（所定外労働の制限）の対象が小学校就学前の子を持つ労働者まで拡大されており、制約があること自体を過度に引け目に感じる必要はありません（出典: 厚生労働省「育児・介護休業法改正のポイント」、2026年6月参照）。
Q.ChatGPTなどのAIで職務経歴書を作ってもいいですか？▾
A.下書き・添削の道具として使うのは有効ですが、3つの注意点があります。①事実の正確性: AIは経歴を「それらしく」盛る方向に補完しがちです。書かれた数値・役割・技術はすべて自分の実績と照合してください。経歴の誇張は経歴詐称と紙一重です。②機密情報: 前職のプロジェクト名・顧客名・非公開の数値をプロンプトに入れない運用が安全です。③没個性化: AI出力をそのまま使うと定型的な文章になり、他の応募者と差がつきません。構成の整理とてにをはの修正に使い、職務要約と自己PRは自分の言葉で仕上げましょう。dodaの「レジュメビルダー」のような無料の作成ツールを骨組みに使う方法もあります。
出典・参考
- ・出典: doda（パーソルキャリア）「『何社受ける？』転職成功者の平均応募社数、書類や面接の通過率は？」（2026年6月参照）— 平均応募社数31.9社、2社以上応募94.9%、11社以上応募66.4%、内定1社＝面接5社＝応募27社の試算（集計期間: 2025年4月〜2026年3月、dodaエージェントサービスで内定を得た人が対象）
- ・出典: 厚生労働省「新たな履歴書の様式例の作成について」（2021年4月公表、2026年6月参照）— 性別欄の任意記載化（未記載可）、「通勤時間」「扶養家族数」「配偶者」「配偶者の扶養義務」欄の不設置、JIS規格様式例削除（2020年7月）の経緯
- ・出典: 厚生労働省「育児・介護休業法 改正のポイント」（2026年6月参照）— 残業免除（所定外労働の制限）対象の小学校就学前までの拡大（2025年4月施行）、3歳以上就学前の子を持つ労働者への柔軟な働き方措置（2つ以上）の義務化（2025年10月施行）
- ・出典: 国立社会保障・人口問題研究所「第16回出生動向基本調査」（2026年6月参照）— 第1子出産を機に約3割の女性が離職
- ・出典: doda「レジュメビルダー」公式ページ（2026年6月参照）— 会員登録で無料利用可、Word/PDF形式でのダウンロード対応
- ・参考: リクナビNEXT「ITエンジニア向けスキルシートの書き方・職務経歴書との違い」、doda「スキルシートの書き方は？技術経歴書や職務経歴書との違いは？」（いずれも2026年6月参照）— スキルシートの標準項目（期間・規模・概要・担当フェーズ・開発環境）