3行でわかる FDE

  • 役割：顧客の現場で「何を作るか」から実装までを一気通貫で担い、顧客の成果に責任を持つエンジニア。
  • 源流：Palantir が定義し、Anthropic が AI 時代に拡張した組織モデル。
  • 本質：FDE は「採用する職種」として語られがちだが、受託・SIer にとっては「組織として育てる能力」である。

FDEとは何か？──定義をもう一歩詳しく

FDE（Forward Deployed Engineer）とは、顧客の現場に出て、要件定義と実装を同じ担当者が同時に進めるエンジニアのことです。コードを書くだけでなく、顧客と「そもそも何を作るべきか」を一緒に決め、データに触れ、業務に深く入り込みます。

従来のソフトウェア開発では、営業がヒアリングし、コンサルが要件を設計し、エンジニアが実装し、UXデザイナーが体験を整える、という縦割りの分業が一般的でした。FDE は、この複数の役割を一人格に統合します。なぜなら、AI 時代には要件と実装の距離が極端に近くなり、要件を整理している間に動くプロトタイプが作れてしまうため、間に何人もの伝言ゲームを挟んでいる余裕がないからです。

そして FDE のいちばん大事な点は、これが個人のスキルではなく「組織モデル」だということです。「何を作るべきか」を顧客と決められる人材を、組織として複数人抱えていること。これが、上流ポジションを維持する条件になります。

FDEの語源は？なぜPalantirとAnthropicで生まれたのか

FDE という言葉の発祥は、米国企業 Palantir Technologies です。Palantir は政府機関や大企業に、複雑なデータ統合プラットフォームを提供する会社です。彼らのビジネスは「顧客のオフィスにエンジニアを送り込み、現場の業務に深く入り込みながら、データ基盤を一緒に作る」というもの。このとき送り込まれるエンジニアを、Palantir は Forward Deployed Engineer（前方展開エンジニア） と呼びました。「前方展開（forward deployed）」は軍事用語で、「本社にこもらず、顧客の最前線に出る」という意味が込められています。

このモデルを AI 時代のソフトウェア開発に持ち込んだのが Anthropic（Claude を開発する AI 企業）です。Anthropic の FDE は、企業顧客の現場に入り、生成 AI をどう業務に組み込むかを顧客と一緒に設計しながら実装します。「AI を売る人」でも「AI を教える人」でもなく、「AI で顧客の業務を一緒に作り変える人」です。いま海外のテック企業が採用に最も力を入れているロールの一つが、この FDE です。

FDEとSE・受託開発・SESは何が違うのか？

FDE を説明すると、「それ、優秀な SE と何が違うんですか？」とよく聞かれます。SE・受託開発・SES と FDE を肩書きで比べても、違いは見えてきません。3 つの言葉が指す「粒度」がそろっていないからです。SE は技能、受託開発はビジネスモデル、SES・客先常駐は契約・配置を指す言葉で、FDE は役割の置き方を指す言葉です。

そこで、肩書きではなく「その人が現場でどこに立っているか」をそろえて比べます。次の3つの軸で見ると、違いが立体的に見えてきます。

軸 SE 受託開発 / SES・客先常駐 FDE
意思決定の位置 決まった仕様を実装する 顧客が決めた要件を受注する／決まった作業を顧客先で行う 顧客と「何を作るか」から決める
顧客との関係 案件・工程の単位で関わる 一件を納品して完了する／契約期間で区切られる 同じ顧客に継続して伴走する
責任範囲 担当部分の品質 納品物のQCD（品質・コスト・納期） 顧客の成果（業務が良くなったか）

SE・受託・SES は軸の「左側」に、FDE は同じ軸の「右側」に位置します。これは優劣ではなく、立っている位置の違いです。決まったものを高い品質で作り切る力は、むしろ FDE の土台そのもの。だからこそ、FDE は SE の上位互換ではなく、SE が培った実装力に別の力（UX設計力）を組み合わせ、組織として再現可能にしたものだと言えます。

SE・受託開発との違いは、別ページ「FDEとSE・受託開発の違い」で3軸をさらに詳しく解説する予定です。

FDEに必要なスキルは？──UX設計力とAI設計力の2つ

FDE が顧客現場で発揮しているのは、大きく 2つの設計力 です。

この2つは、どちらが欠けても上流では戦えません。UX設計力だけだと「使われないキレイな設計」になり、AI設計力だけだと「速く作れるが刺さらない実装」になります。日本の SIer・受託開発企業がこれまで投資してきた AI 活用は、まさに AI設計力の土台です。多くの場合、足りないのはもう一方の UX設計力。ここを組織として加えることで、FDE として完成します。

日本のSIer・受託開発企業でもFDEは作れるのか？

結論から言うと、作れます。ただし、いきなり10人体制を目指す必要はありません。最初は 1〜3人の「FDE的に動ける人」 を組織内に位置づけることから始まります。小さな案件で「要件設計から実装まで一気通貫」で関わってもらい、その動き方を組織のナレッジにしていく。その後、研修・伴走・自走の段階を経て、組織能力へと拡張していきます。

ここで強調したいのは、FDE は「雇うもの」ではなく「育てるもの」だという視点です。海外の FDE も、最初から完成形で採用されているわけではありません。社内で育成された人材が、現場で経験を積んで FDE になっていきます。「上流に行きたい」という意思や営業トークの問題ではなく、「何を作るべきかを顧客と決められる」状態を組織として再現できるか、という組織能力の問題なのです。

「AI を使ってるんだから、安くしてくださいよ」——この言葉に、「いえ、私たちは FDE として、御社の業務を一緒に作り変える側です」と返せる組織は、もう値下げ圧力の土俵に立っていません。

FDE 組織の立ち上げ方は、別ページ「FDE組織の立ち上げ方」「FDE人材の育て方」で、フェーズごとに詳しく解説する予定です。