FDE(Forward Deployed Engineer）って、新しい仕事？

Forward Deployed Engineer（FDE）という職種が2026年いまもっとも注目されている。Palantirが2005年ごろに生み出したとされる役割で、クライアント企業に半年から1年ほど常駐し、初日から動くコードを作り、その場で業務を深く学ぶというものだ。従来のコンサルタントはレポートを書いて提案するが、FDEは本番で実際に動く仕組みを作る。いま大手企業がこぞってFDEを採用する理由は、LLMの活用にある。通常のAIモデルを導入しても、その企業固有の業務ルール・用語・データ体系に接地しなければ動かない。その「接地」は、汎用のプロンプトでは不可能で、現場に入ったエンジニアリングが要る。だからこそ、このタイプの人材が急に前に出てきたわけだ。

だが興味深いことに、FDEの本質は決して新しくない。その起源を遡ると、1960～80年代のIBM・DEC・HPの現場エンジニア、そして90年代のERP導入に携わった人たちに行き着く。つまり、Palantirが「発明」したのではなく「体系化」しただけなのだ。芯にあるのは「現場に入り、業務を理解し、作って、直し続ける」という、昔から変わらない働き方だ。新しい名前で注目されているが、求められているのは古くて地味な仕事である。ただし、時代の文脈は変わった。AIでコード部分がAIに任せられるようになると、エンジニアに求められる価値の重心が「何を作るか」から「何をどう現場に組み込むか」へ移った。その結果、ずっと地味だった「現場理解と実装」が、いちばん必要とされる仕事として前に出てきたのだ。

ただし落とし穴もある。FDEという名前が流行するほど、大手ベンダーが既存の営業活動をFDEと言い替えている傾向が見られる。本来なら業務理解がコード生成と同じくらい重要だが、その部分が薄いと、結局「営業の衣をかぶったもの」になってしまう。名前が独り歩きするほど、芯が抜け落ちないか。新しい言葉は時に古い仕事を思い出させてくれるが、その仕事が本当に何なのかを見誤ると、形だけの導入に終わる。AI導入で本当に必要なのは「仕組み」や「ツール」ではなく、現場に深く入り、その言葉と論理を習得し、技術でそこを実現する人間だ。その当たり前のことが、新しい名前で改めて言われているのだと理解しておくべきだ。