「チームで新機能を開発しました」。よくある職務経歴書の一文だが、FDE（Forward Deployed Engineer）の採用担当者はこの手の実績をほとんど評価しない。米キャリア教育企業Exponentが示す基準は明快だ。「We」で語られた実績には価値を置かず、「I」で語れる実績だけを見る。
何が起きているか
Exponentが2026年6月5日に公開したガイドによれば、FDE採用の書類選考で評価されるのは4つのシグナルに絞られる（Exponent「Forward Deployed Engineer Resume: Examples & Skills」、2026年6月5日公開）。①スコープ策定から本番運用まで一人称で担いきった「エンドツーエンドの当事者性」、②利用者や顧客と直接やり取りした経験、③プロトタイプではなく本番稼働しているシステムを扱った経験、④成果がビジネス指標の変化として語れること。この4つのどれかが欠けると、技術力そのものは高くても書類の時点で弾かれるという。
同ガイドが繰り返し強調するのが、「We」から「I」への書き換えだ。「チームで顧客対応システムを構築した」ではなく、「私が要件のヒアリングからスコープ設計、実装、運用引き継ぎまでを担当した」という書き方に変える。加えて、「作業を効率化した」ではなく「処理時間を3ヶ月から3週間に短縮した」のように、必ず数字で成果を語ることを求めている。実務経験がまだ薄い人に向けては、実際のユーザーがいるサイドプロジェクトを、プロトタイプで終わらせず運用まで持っていく経験が、代替になり得るとも助言している。
背景と構造
なぜここまで「個人の当事者性」にこだわるのか。FDEという仕事の構造そのものに理由がある。FDEは顧客企業の中に一人、あるいは少人数で入り込み、要件がまだ固まっていない業務課題に向き合う。チームの中で分業された一部分だけを担当する経験では、現場で起きる「仕様がない」「途中で状況が変わる」といった事態に一人で対応する力があるかどうかを、採用側は判断できない。
「本番運用の経験」が重視されるのも同じ理由だ。プロトタイプは、動けば評価される。しかし顧客の現場でエラーが起きたとき、誰にも頼れない状態で直せるかどうかは、プロトタイプを作った経験だけでは分からない。本番で運用し、障害対応まで経験した実績だけが、その証明になる。数字による成果の言語化も、技術的な正しさではなく「顧客の業務がどれだけ変わったか」で評価する仕事だからこそ求められる基準だ。
日本でFDEを目指す読者にとっての意味
この基準は、日本でFDEを目指す個人にとって、実はハードルというより道筋になる。大きな会社の看板や、有名プロジェクトへの参加歴がなくても、満たせる条件だからだ。
今日から始められることは3つある。1つ目は、今の仕事の中で「チームの成果」として語っている実績を、自分が実際に何を判断し、何を作ったのかまで分解して書き直してみること。2つ目は、可能な範囲で構わないので、自分が持ちかけた提案が実際の業務でどれだけ時間や工数を削減したか、数字で確認する習慣を持つこと。3つ目は、個人開発やボランティアでの取り組みであっても、実際に他人が使うところまで運用し、動かし続けてみることだ。プロトタイプを作って終わらせず、誰かが使い続ける状態まで面倒を見る経験は、それ自体がFDEの仕事の縮図になる。
この「実務の年数と回数がそのまま実力になる」という構造は、以前の記事（FDEは資格じゃない、積み上げた回数だ）でも書いたとおりだ。今回のExponentの基準は、その積み上げをどう言語化し、他人に伝わる形にするかという、次の一歩を示している。
最初の一歩
まずは自分の直近の実績を1つだけ選び、「私は何を判断し、何を作り、結果として何が変わったか」という3点で書き直してみてほしい。それができれば、次に狙うべき実績の作り方も見えてくる。
FDEとしての実装力を体系的に鍛えたい方は、養成講座やAI朝活コミュニティものぞいてみてください。
参考記事
- Exponent「Forward Deployed Engineer Resume: Examples & Skills」2026年6月5日公開、https://www.tryexponent.com/blog/forward-deployed-engineer-resume-examples-skills-2026
