外資系向け英文レジュメの書き方 —— 職務経歴書の直訳では通らない

履歴書には写真・生年月日・家族構成がありますが、英文レジュメにはどれも書いてはいけません。写真なし、年齢なし、性別なし、婚姻状況なし。書くのは氏名と連絡先、3 行のサマリー、逆編年体の職歴、スキル、学歴です。経験 10 年未満なら 1 枚、最大でも 2 枚に収めます。

より深い違いは文化です。日本語の書類は担当業務と文脈を丁寧に説明しますが、英文レジュメは主張を述べ、証拠で裏づけます。「バックエンドチームの一員として決済システムを担当」は、"Led redesign of the payment API serving 2M transactions/day, cutting p99 latency 60%." になります。

職歴の bullet はすべて同じ型で書きます。強い動詞 + やったこと + 測定可能な結果。Led、designed、built、migrated、reduced、automated。弱い書き出し —— "worked on"、"helped with"、"was responsible for" —— は全部削除します。自分で手を動かしたのか、近くに座っていただけなのかが隠れてしまうからです。

数字は売上である必要はありません。レイテンシ、エラー率、リリース頻度、削減した工数、チーム人数、ユーザー数、どれでも機能します。どうしても数字が見つからない bullet は、前後の変化を具体的に書きます。"Replaced manual deploy checklist with CI pipeline; deploys went from feared to daily." のように。

外資系の多くはレジュメを ATS(応募者管理システム)に通し、採用担当者も求人票の語彙を頭に置いてスキャンします。求人票に "Kubernetes"、"distributed systems"、"mentoring" とあるのに、レジュメに「コンテナオーケストレーション」「大規模バックエンド」「後輩指導」としか書いていなければ、本来取れるはずのマッチを落とします。

各求人票から最重要キーワードを 10 個抜き出し、自分に当てはまるものはサマリーか bullet に同じ表現で入れましょう。これは応募ごとのカスタマイズです。インフラ職とプロダクトチーム職に同じレジュメを送るべきではありません。

冒頭には、スクリーニング担当が 10 秒で吸収できるサマリーを置きます。年数と領域、最大のスコープか実績、強みの順です。"Backend engineer with 8 years in payments and e-commerce. Led API platform serving 10M MAU across a 6-engineer team. Strong in performance tuning and cloud migration."

スキルセクションは、グループ分け(Languages / Infrastructure / Tools)された一覧にします。正直に、そしてもう触りたくない 10 年前の技術は載せないこと。スキルを書くことは、それについて面接で聞かれる招待状です。

職務経歴書と英文レジュメを並行維持すると、いつか数字がずれます。同じプロジェクトの成果が書類間で食い違うのは、バイリンガルの面接官が必ず気づく赤信号です。

インタビュー・トレイル AI のキャリアメモリーは、プロジェクトごとの事実 —— 規模、役割、技術、成果 —— を一箇所に構造化して保存します。日英どちらの書類も同じ素材から作れて、職務内容マッチ分析でどの経験を強調すべきかも応募ごとに確認できます。