ソフトウェアエンジニアの履歴書：テンプレートと例（2026 年版）

ソフトウェアエンジニアの履歴書には 2 人の読み手がいて、その両方に向けて書きます。1 人目は応募者追跡システム（ATS）の中のパーサーで、PDF を項目に分解し、採用担当者が検索や並べ替えをできるようにします。2 人目は採用責任者で、ページを短く流し読みして、続きを読むかどうかを決めます。このガイドでは、コピーして使える 1 ページのテンプレート、レベルの違う架空の例 2 つ、セクションごとの助言、そして両方の読み手を味方につける書式のルールを紹介します。

ここで扱うのは、外資系企業や海外の企業に応募するときに使う英文レジュメの形式です。日本の定型の履歴書とは違い、写真や生年月日は書かず、職歴とスキルを成果中心にまとめます。日本の職務経歴書に近い役割を、1 ページで果たす書類と考えてください。

学生や新卒で職歴がほとんどない場合は、代わりに コンピューターサイエンス専攻の履歴書ガイド を読んでください。プロジェクトと履修内容を先に置くので、レイアウト全体が変わります。

ソフトウェアエンジニアの履歴書がすべきこと

採用担当者は、求人と照らし合わせて履歴書（CV）を読みます。最初に読むときに知りたいのは 4 つです。現在の役職、経験年数、主な技術スタック、そして作ってきたものの規模です。この 4 つをサマリーと最初の 3 つの箇条書きで伝えれば、続きを読んでもらえます。

パーサーは同じページをテキストとして読みます。役職、日付、スキル、学歴を取り出し、スキル名を求人と照合します。あなたが「k8s」と書き、求人に「Kubernetes」とあれば、厳密なフィルターはあなたを見落とします。履歴書のマッチングアルゴリズムの仕組み（英語）の記事で、キーワード、意味、構造の各層を詳しく説明しています。このガイドで実際に意味するのは単純なことです。技術名は省略せずに、それを使ったことを証明する箇条書きの中に書いてください。

ソフトウェアエンジニアの履歴書テンプレート（1 ページ）

テキストエディター、Google ドキュメント、または履歴書ビルダーにコピーし、角かっこの部分を置き換えてください。このセクションの順番は、経験 3 年以上のエンジニア向けです。それ未満なら、学歴とプロジェクトを職歴より上に移します。英文で応募する場合は、見出しや本文を英語で書きます。

# [氏名]
[都市、国] · [メール] · [電話番号] · github.com/[ユーザー名] · linkedin.com/in/[ユーザー名]

## サマリー
[役職]。[2〜3 の主要技術] で [システムの種類] を [N] 年構築。
[担当してきた規模、領域、責任についての 1 文。]
[次に目指すことについての 1 文。求人と合う場合のみ。]

## 職歴
### [役職]、[会社]、[都市またはリモート]
[YYYY 年 M 月]〜[YYYY 年 M 月 または 現在]
- [動詞] [作ったもの・変えたもの]、[測定した結果]、[方法。使ったツール名を含める]。
- [動詞] [作ったもの・変えたもの]、[測定した結果]、[方法。使ったツール名を含める]。
- [動詞] [作ったもの・変えたもの]、[測定した結果]、[方法。使ったツール名を含める]。

### [以前の役職]、[会社]、[都市またはリモート]
[YYYY 年 M 月]〜[YYYY 年 M 月]
- [箇条書きを 2〜3 個。古い職歴ほど行数を減らす。]

## スキル
言語：[面接で聞かれても答えられるもの]
フレームワーク：[...]
インフラ：[クラウド、コンテナ、CI/CD、オブザーバビリティ]
データ：[データベース、キュー、キャッシュ]

## プロジェクト
### [プロジェクト名]、github.com/[ユーザー名]/[リポジトリ]
- [何をするものか、何を作ったか、1 つの測定値：ユーザー数、スター数、処理量、カバレッジ。]

## 学歴
[学位]、[大学]、[年]
[資格名（略称）]、[年]

それぞれに何を書くか：

• 連絡先の行。 ページの本文にプレーンテキストで書きます。アイコンは使わず、ページのヘッダーにも置きません。ヘッダーを読み飛ばすパーサーがあるためです。GitHub と LinkedIn の URL はコピー＆ペーストしても残るよう、テキストで書きます。
• サマリー。 最大 3 文。採用担当者が文章として読む唯一の場所なので、役職、年数、技術スタック、規模を入れます。
• 職歴。 新しい順に書きます。現職は 3〜5 個、前職は 2〜3 個、それより前は 1〜2 個の箇条書き。
• スキル。 グループ分けしたリスト。パーサーはフラットな用語の集まりとして読むので、グループ分けは人間のためです。
• プロジェクト。 経験 3 年未満なら必須。それ以降は任意ですが、公開中である、ユーザーがいる、職歴では示せないスキルを示している、といった場合は残す価値があります。
• 学歴。 学位、学校、年。資格もここに、正式名称と略称で書きます。

ソフトウェアエンジニアの履歴書の例

以下の例はどちらも架空です。名前、会社、数値は、各レベルでのしっかりした履歴書の形を示すために作ったものです。日本語に訳していますが、英文で応募する場合は英語で書きます。

例 1（架空）：中堅のバックエンドエンジニア

PRIYA RAGHAVAN
インド、ベンガルール · priya.raghavan@example.com · +91 98XXX XXXXX
github.com/priyar-dev · linkedin.com/in/priyar-dev

サマリー
Go と PostgreSQL を使い、AWS 上で決済・台帳サービスを 4 年構築して
きたバックエンドエンジニア。Kestrel Payments で月 3,000 万件の取引を
扱う本番サービスを担当し、オンコールと障害レビューも担う。

職歴
Software Engineer II、Kestrel Payments、ベンガルール
2024 年 6 月〜現在
- 夜間バッチだった精算サービスを Kafka によるイベント駆動のパイプ
  ラインに作り直し、月 3,000 万件の取引の精算時間を 14 時間から
  25 分に短縮。
- リードレプリカとリクエスト集約付きの Redis キャッシュを導入し、
  残高 API の p99 レイテンシーを 820 ms から 140 ms に短縮。
- Terraform で 12 のサービスを EC2 から EKS に移行するプロジェクトを
  主導。月間の計算コストを 22% 削減し、手作業のデプロイ手順を 3 つ
  廃止。
- チームのオンコール用ランブックを作成し、2 四半期で台帳関連の障害の
  平均復旧時間を 55 分から 20 分に短縮。

Software Engineer、Halden Logistics、プネー
2022 年 7 月〜2024 年 5 月
- 400 社の企業顧客が使う配送追跡 API を Go で構築し、18 か月間
  99.95% の稼働率を維持。
- 60 のエンドポイントで手書きの SQL を sqlc 生成のクエリに置き換え、
  セキュリティ監査で指摘されたインジェクションのリスクを解消。
- 追跡 API と 4 つのパートナー連携の間にコントラクトテストを追加し、
  顧客から報告されるリグレッションを月約 6 件から 1 件に削減。

スキル
言語：Go、Python、SQL
フレームワーク・ツール：gRPC、Kafka、Redis、sqlc、Terraform
インフラ：AWS（EKS、RDS、SQS）、Docker、GitHub Actions、Datadog
データ：PostgreSQL、DynamoDB

プロジェクト
ledgerlint、github.com/priyar-dev/ledgerlint
- CSV エクスポートの複式簿記の整合性をチェックするオープンソースの
  CLI。GitHub のスター 310、フィンテック 2 チームが本番で使用。

学歴
コンピューターサイエンス学士（B.Tech）、Meridian Institute of
Technology、プネー、2022 年

この例の箇条書きは、どれも変化、測定値、方法を示しています。技術は、採用担当者が照らし合わせなければならないリストではなく、箇条書きの中にあります。サマリーは 2 文で役職、年数、技術スタック、規模を伝えています。スキルのセクションには Priya が面接で聞かれても答えられるツールが並び、人が数秒で見渡せるようにグループ分けされています。

例 2（架空）：シニアのフルスタックエンジニア

DANIEL OKAFOR
カナダ、トロント（リモート） · daniel.okafor@example.com
github.com/dokafor-dev · linkedin.com/in/dokafor-dev

サマリー
TypeScript、React、Node.js を使い、GCP 上で B2B SaaS を 8 年開発して
きたシニアフルスタックエンジニア。Brightmoor Commerce で 6 人のチーム
を率いてモノリスをサービスに分割し、2,400 の加盟店アカウントが使う
決済・請求の領域を担当。

職歴
Senior Software Engineer、Brightmoor Commerce、トロント
2022 年 3 月〜現在
- エンジニア 6 名のチームを率い、40 万行の Rails と React のモノリスを
  14 か月で 5 つの TypeScript サービスに分割。顧客に影響するダウン
  タイムはなし。デプロイ頻度は週 1 回から 1 日 20 回以上に。
- 年間 3,800 万ドルの加盟店取引を処理する請求サービス（Node.js、
  PostgreSQL、Stripe）を設計。督促スケジュールの見直しで、失敗した
  支払いの再試行を 31% 削減。
- Next.js でルート単位のコード分割とサーバーサイドレンダリングを
  導入し、加盟店ダッシュボードの Largest Contentful Paint を 4.1 秒から
  1.6 秒に短縮。
- 40 人以上の候補者を面接し、現在 3 チームが使うフロントエンド採用の
  評価基準を作成。

Software Engineer、Northgate Studio、バンクーバー
2020 年 8 月〜2022 年 2 月
- 月間アクティブユーザー 9 万人のデザインツール向けに、リアルタイム
  共同編集の層（WebSockets、CRDT）を構築。
- Moment と Lodash をネイティブ API とツリーシェイク可能なインポートに
  置き換え、フロントエンドのバンドルを 45% 削減。
- 最も利用の多い 12 の操作フローに Playwright の E2E テストを導入し、
  UI のリグレッションによる障害を四半期約 5 件から 1 件に削減。

Junior Developer、Ferrule Labs、バンクーバー
2018 年 6 月〜2020 年 7 月
- 顧客 300 社の車両追跡製品で、Django と jQuery のコードベースに機能を
  追加。

スキル
言語：TypeScript、JavaScript、Python、SQL
フロントエンド：React、Next.js、Playwright、Vite
バックエンド：Node.js、Express、PostgreSQL、Redis、Stripe API
インフラ：GCP（Cloud Run、Cloud SQL、Pub/Sub）、Docker、Terraform、
GitHub Actions

学歴
コンピューターサイエンス学士（B.Sc.）、Pacific Northern University、
バンクーバー、2018 年

シニアの例では、すべての箇条書きに規模が加わっています。チームの人数、コードベースの大きさ、金額、ユーザー数です。コード以外のリーダーシップの仕事（採用、評価基準）には 1 行を割いています。シニアの求人ではそれが求められるからです。いちばん古い職歴は 1 つの箇条書きにまで縮み、プロジェクトのセクションはなくなっています。8 年分のリリース実績のほうが、個人プロジェクトより多くを語るからです。

新卒の場合

職歴がない場合、職歴のセクションではページを支えられないので、レイアウトが変わります。学歴を先頭に、次にプロジェクト、その次にインターンシップを置きます。コンピューターサイエンス専攻の履歴書ガイド で、専用のテンプレートと新卒の架空の例とともに、このレイアウトを説明しています。

セクションごとの書き方

サマリー

箇条書きを書き終えてから最後に書き、3 文以内にします。1 文目は役職、年数、技術スタック。2 文目は規模か領域。3 文目は任意で、何を探しているかを求人の言葉で書きます。

弱い例：「変化の速い環境でスケーラブルなソリューションを届けてきた実績を持つ、情熱的なソフトウェアエンジニア。」

強い例：「月 200 万件の注文がある物流マーケットプレイスで、Kotlin と Postgres を使ったイベント駆動のサービスを 5 年構築してきたバックエンドエンジニア。」

弱い例には、検索できる用語も、採用担当者が確かめられる事実もありません。強い例は、言語、データベース、領域、規模を 1 行で示しています。キャリアの目標の文は省いてください。求人そのものが目標です。

インパクトを示す職歴の箇条書き

箇条書きには 4 つの要素があります。動詞、変えたもの、測定した結果、方法です。順番は変えて構いませんが、重要な箇条書きには 4 つともそろえます。

「バックエンドサービスを担当」は 4 つのどれも満たしていません。「Django のサービス 3 つを FastAPI に移行し、チェックアウトのエンドポイントの p95 レイテンシーを 900 ms から 310 ms に短縮」は満たしています。

数値は、すでに手元にある場所から得られます。ダッシュボード、障害報告、スプリントレビュー、作業中に測った変更前と変更後の値です。実測値ではなく推定値なら「約」と書き、数値は正直に保ってください。数値がまったくない箇条書きには、代わりに規模を書きます。ユーザー数、サービス数、チームの人数、本番での稼働期間です。

正直さのルールが 2 つあります。1 つ目は、チームの成果のうち自分の担当部分を適切な動詞で主張すること。「主導した」「担当した」「構築した」「貢献した」はそれぞれ意味が違い、面接官は必ず聞いてきます。2 つ目は、10 分間説明できる仕事に数値を結びつけておくこと。技術面接で説明できない箇条書きは、面接そのものを失わせます。

技術名は箇条書きの中に書きます。パーサーはリストと同じように文の中の「Kafka」も見つけますし、人間の読み手はそれを使った証拠を得られます。

スキル

リストはグループ分けし、面接で聞かれても答えられるツールだけにし、求人の表記に合わせます。「PostgreSQL」と「Postgres」はあなたにとっては同じデータベースでも、検索フィルターにとっては別の文字列です。求人から適切な用語を取り出し、どこに置くかは 履歴書のキーワードガイド で説明しています。このセクションに必要なのは構造だけです。

習熟度のバー、星の評価、パーセンテージは使いません。解析するとノイズになり、「Python 80%」が何を意味するのか採用担当者にはわかりません。ソフトスキルも省きます。リストの「チームプレーヤー」は何も証明しませんが、自分で作った採用の評価基準についての箇条書きなら証明できます。

プロジェクトと GitHub

公開中である、ユーザーがいる、職歴では示せないスキルを示している、のどれかに当てはまるプロジェクトを入れます。URL はプレーンテキストで書きます。各プロジェクトには、職歴の箇条書きと同じ「動詞・変化・測定値・方法」の形で 1〜2 個の箇条書きを付けます。

リポジトリはクリックする価値があるものにしてください。何をするもので、どう動かすかを説明する README、プロフィールでのピン留め、あなたの名前が入ったコミット履歴です。README がなく、「init」という名前のコミットが 1 つだけのリポジトリを開いた採用担当者は、すぐにタブを閉じます。

職歴ができたら、チュートリアルの写経や授業の課題は外します。React の ToDo アプリは、採用責任者に新しいことを何も伝えません。

学歴と資格

学位、学校、年を 1 行で。GPA は卒業後 2〜3 年は役に立ちますが、その後は外します。ブートキャンプの修了者は、期間と主な技術スタックとともにここに書きます。

資格は学歴の下に、正式名称と略称で書きます。「AWS Certified Solutions Architect, Associate (SAA-C03), 2025」。採用担当者はどちらの形でも検索します。現在有効で、求人に関係する資格だけを書いてください。

ソフトウェアエンジニアの履歴書を ATS に強い書式にする

一般的なチェックリストは 求人内容に合わせて履歴書をカスタマイズするガイド のステップ 5 にあります。ここでは、特にエンジニアがつまずく点を挙げます。

• 基本は 1 段組み。 2 段組みは、ファイルの読み取り順で本文が先に来る場合にだけ使えます。確かめるには、PDF のテキストをすべて選択してテキストエディターに貼り付け、順番を確認します。
• スキルバー、グラフ、アイコンは使わない。 解析すると何も残らないか、おかしな文字になります。連絡先は封筒や電話のアイコンなしのプレーンテキストで。
• 標準的な見出し。 Summary、Experience、Skills、Projects、Education。パーサーはこれらを項目に対応させます。「私の歩み」はどこにも対応しません。
• テキストベースの PDF。 ワープロ、LaTeX、または本物のテキストを印刷するビルダーから書き出します。デザインツールから画像として書き出した PDF は、白紙のページとして解析されます。
• 日付には月を入れる。 「2023 年 6 月〜現在」（英文なら「Jun 2023 to Present」）。年だけの日付は、空白期間を隠しているように見えます。
• 長さ。 経験 8 年ほどまでは 1 ページ。それ以降は、2 ページ目が 1 ページ目と同じくらい密度が高いなら 2 ページ。3 ページ目は読まれません。
• ファイル名。 firstname-lastname-resume.pdf。採用担当者のダウンロードフォルダーは resume.pdf という名前のファイルであふれています。

書式を任せられるビルダーがほしいなら、Resume Matcher には LaTeX 風のものを含む 7 つのテンプレートがあり、どれもヘッドレスの Chrome が印刷するテキストベースの PDF を書き出すので、すべての単語を選択してコピーできます。7 つすべては PDF テンプレートのページ（英語）で見られます。本物の LaTeX を使いたいなら、Overleaf にある Jake Gutierrez の Jake’s Resume が広く使われている 1 段組みのテンプレートで、そのソースには生成した PDF を機械で読めるようにするためのコメントがあります。

ソフトウェアエンジニアの履歴書によくある失敗

成果ではなく職務を書く。 「決済チームで働いた」は席を説明しています。「失敗した支払いの再試行を 31% 削減」は、その席で何をしたかを説明しています。

触ったことのある技術をすべて書く。 40 項目のスキル一覧は、優先順位をつけられないことを示します。今日、面接で聞かれても答えられるものを書いてください。

バズワードだらけのサマリー。 「結果重視」「情熱的」「確かな実績」「スケーラブルなソリューション」は、ページで最も価値のある行を占めながら何も伝えません。

レベルに合わない長さ。 経験 4 年で 3 ページ、あるいは 12 年分を 8 ポイントの文字で 1 ページに詰め込む。どちらも採用担当者の負担を増やします。

どこにもつながらないリンク。 ピン留めしたリポジトリのない GitHub の URL、404 を返すポートフォリオ、履歴書と違う役職が書かれた LinkedIn のプロフィール。

技術名の表記ゆれ。 同じページに「Javascript」「JavaScript」「JS」があると雑に見え、求人と一致するのはそのうち 1 つだけです。

チームの数値を自分のものにする。 面接官はあなたの担当部分を聞いてきます。それに合う動詞を書いてください。

埋め草の行。 「推薦者は求めに応じて提出可能」、キャリアの目標の文、写真（米国、英国、カナダへの応募の場合）は、情報を加えずにスペースを使います。英文レジュメでは、日本の履歴書と違って写真を貼らないのが一般的です。

求人ごとに履歴書をカスタマイズする

書類選考では、汎用の版よりカスタマイズした版のほうが有利です。方法は、完全なマスター履歴書を 1 つ持ち、求人ごとに必須スキルと繰り返し出てくる用語を読み取り、経験の裏付けがある範囲で雇用主の言葉を使った版を作ることです。バックエンドの例付きの 6 ステップの全手順は 求人内容に合わせて履歴書をカスタマイズするガイド に、用語の見つけ方と置き方は 履歴書のキーワードガイド にあります。

私が開発している無料のオープンソースツール Resume Matcher は、この作業を自動化します。自分のマシンで動かし、すでに使っている AI モデル（Claude、ChatGPT、Gemini、DeepSeek、または Ollama 経由のローカルモデル）を接続すると、求人の言葉で箇条書きを書き直します。そのあいだ、コードによるチェックが勤務先、役職、日付、学位を固定し、AI が加えようとした数値を元に戻します。20 万人以上の求職者が使っています。履歴書をカスタマイズするツールであり、履歴書をスキャンしたり、企業のシステムの判断を予測したりするものではありません。

よくある質問：ソフトウェア開発者、SWE、デベロッパーの履歴書

ソフトウェア開発者の履歴書とソフトウェアエンジニアの履歴書は違いますか？ いいえ。ほとんどの会社で、この 2 つの役職は同じ仕事を指します。求人で使われている役職名を使い、身元確認で一致するよう、実際の役職名も残してください。

SWE の履歴書の長さは？ 経験 8 年ほどまでは 1 ページ、それ以降は 2 ページ。経歴の長いシニアやスタッフエンジニアは、初期の職歴を 1 行ずつに圧縮します。

プログラマーの履歴書には、知っている言語をすべて書くべきですか？ 今月の面接で通用するものを書いてください。それ以外は、求人で求められていて、すぐに勘を取り戻せる場合にだけ書きます。

カバーレターは必要ですか？ 求めるエンジニア職はわずかです。Google の採用ページには、同社はカバーレターを求めておらず、その時間を履歴書に使うよう勧めると書かれています（Google Careers, How we hire）。応募フォームで求められる場合や、説明が必要なほど珍しい職の場合に書いてください。

どのソフトウェアエンジニアの履歴書テンプレートが最適ですか？ 標準的な見出し、本物のテキスト層、そして上のテンプレートの順番のセクションを持つ 1 段組みのレイアウトです。見た目のスタイルよりも、内容が解析と短い流し読みを乗り越えられるかのほうがはるかに重要です。

デベロッパーの履歴書に GitHub のリンクは入れるべきですか？ プロフィールに見せるものがあるなら入れてください。README 付きのピン留めしたリポジトリや、よく知られたプロジェクトへの貢献です。空のプロフィールなら、リンクがないほうがましです。

役に立ったら

履歴書を書くのは午後いっぱいで済みますが、就職・転職活動のあいだカスタマイズし続けるにはもっと時間がかかります。Resume Matcher が速くするのはその部分です。このガイドやツールで時間を節約できたら、GitHub の Resume Matcher にスターを付けていただけると、ほかのエンジニアが見つけやすくなります。私、Saurabh Rai は GitHub、X、LinkedIn でフォローできます。