FDE（Forward Deployed Engineer）と聞くと、エンジニアが一人で顧客の現場に乗り込む姿を思い浮かべるかもしれません。
けれども、この職種を生んだ Palantir の公開資料を読むと、現場のチームにはエンジニアとは別の職種が一緒に入っていると分かります。
それがデプロイメント・ストラテジスト（Deployment Strategist）で、社内では「Echo」と呼ばれています。
FDE を置こうとしている組織にも、FDE を目指す人にも、現場で誰と組み、どこで仕事を分けるのかは気になるところでしょう。
二つの職種の求人票と公式ブログを並べると、分担の線はデータの受け渡しにあり、しかもその線は肩書きで固定されていないことが見えてきました。
私は FDE の経験がなく、公開されている資料を読みながら学んでいる途中です。
現場のチームは二つの職種を混ぜて組む
Palantir の採用担当マネージャーは、2019 年に公式ブログで「Dev versus Delta」（Dev と Delta の違い）という記事を公開しました。
それによると、同社の Forward Deployed Software Engineer は社内で「Delta」と呼ばれています。
この呼び名は、事業開発の各チームが NATO の通話表の文字で名付けられていた初期の名残だそうです。
Delta は事業開発の部門に属し、一つの顧客を直接支えるチームの一員として働く、と説明されていました。
製品開発を担う Dev との違いは、以前の記事で整理しました。
そのチームにもう一つの職種が入ることを書いているのが、同社の公式ブログが 2022 年 3 月に公開した「A Day in the Life of a Palantir Deployment Strategist」（デプロイメント・ストラテジストの一日）です。
典型的なプロジェクトには、ストラテジストと Delta が混ざって入るそうです。
建前では Echo はプロダクトマネージャー寄り、Delta は技術寄りとされています。
ただし実際にはどちらもプロダクトマネージャーとソフトウェアエンジニアと戦略担当を混ぜた役割で、二つの境界はしばしば大きくぼやけるとも書かれていました。
この二つの呼び名は、2026 年 9 月時点の求人でも使われています。
ニューヨークの Forward Deployed Software Engineer（以下 FDSE）の募集には「Delta」、ストラテジストの募集には「Echo」のチーム名が付いていました。
求人票に書かれた分担の線
違いは、同じニューヨーク拠点の求人票を並べると具体的になります。
ストラテジストの募集要項は、この職種の使命を、ばらばらな考えを一つの理解にまとめることだと書いています。
まとめる対象は、いちばん重要な問題、データの意味、製品に要るもの、利用者の動機、効果が出うる場所の五つです。
仕事の例には、現地で顧客のアナリストに会って最大の問題を探すことや、新しい利用者向けの業務の流れを顧客と作ることが並びます。
研修を開いて製品が利用者の必要に応えているかを確かめることと、アナリストから経営層までに成果と次の提案を示すことも含まれていました。
一方のFDSE の募集要項に並ぶのは、ほかのエンジニアとの設計判断、大規模なデータの扱い、顧客向けアプリケーションの開発です。
必須条件には、Python や Java、TypeScript などでの確かなコーディング力が挙がっています。
二つの募集が接するのはデータの場面で、ストラテジスト側には見つけたデータを FDE と一緒に、安定して拡張しやすいパイプラインへ統合するという仕事が書かれていました。
問題とデータの在り処を見つけるのがストラテジストで、それを動く仕組みにするのがエンジニア、という受け渡しとして読めます。
出張の想定も、ストラテジストは 25〜75%、FDSE は顧客先への出張で最大 25% と差がありました。
線は肩書きではなく、チームの顔ぶれで引く
ただ、この分担を固定の線と読むと、実態から外れそうです。
先ほどのブログは、ストラテジストの幅を「一日中コードを書き、顧客とはほとんど話さない人」から「コードに触れず、複数のプロジェクトの調整と指導を担う人」までと説明しています。
実際に紹介された三人の一日も、同じ肩書きとは思えないほど違いました。
パイロット案件を率いる書き手本人は、午前中に顧客の ERP を取り込むデータパイプラインを組んでいます。
より成熟した案件を率いる同僚は、契約前の商談や技術メンバーとの 1on1、製品に入れたい機能を提案する 1 枚の文書づくりに時間を使っていました。
社内向けの Echo は、夜のうちに届いたプルリクエストを確認し、製品にまだ無い機能のコードを書いています。
Delta の側も同じで、「Dev versus Delta」に登場する FDSE は、週によってコードのレビューに時間を割いたり、顧客と次の計画を詰めたりすると話していました。
ここから読み取れるのは、分担はチームの顔ぶれに合わせて、案件ごとに引き直すものという考え方です。
同じ記事は、Delta と製品開発の Dev の間で人が移ることも珍しくないと書いています。
一つの職種に寄せたときに抜けやすい仕事
二つの職種を組み合わせるこの形が、そのまま AI 企業に移っているわけではありません。
OpenAI の東京拠点の募集要項では、FDE がディスカバリーから設計、構築、本番展開までを自分で持ち、作ったものの導入を顧客に促すところまで担うと書かれています。
一緒に働く相手として挙がるのは、プロダクト、リサーチ、パートナーシップ、セキュリティ、市場投入（GTM）などの社内チームです。
Anthropic の募集要項も、FDE を Applied AI チームの一員とし、ポストセールス、プロダクト、エンジニアリングの各チームと密に働くと説明しています。
私が読んだ範囲では、どちらの求人も Echo のように対になる職種を名指ししてはいませんでした。
ここからは私の読み方ですが、ストラテジストが担っていた研修や経営層への報告は、コードを書く時間と取り合いになりやすい仕事だと思います。
エンジニアだけでチームを組むなら、研修と成果の報告を誰が持つかを最初に決めておかないと、後回しになりやすいでしょう。
もう一つ抜けやすそうなのが現場の学びを製品へ戻す役で、Palantir では両方の職種の説明に書かれています。
ストラテジストの募集には現場で見たものを製品に取り込むための製品側チームとの協働が、Delta の説明には製品チームと調整しながらのコードの貢献が挙がっていました。
製品へ戻す流れそのものは、FDE の進め方を扱った記事にまとめています。
最後に
FDE の現場チームは、問題とデータの在り処を見つけるストラテジストと、それを動く仕組みにするエンジニアの組み合わせとして読めました。
もっとも、Palantir 自身が境界はぼやけると書いているとおり、その線は肩書きで固定されたものではありません。
役割の定義から読み直したい場合は、FDE とは何かを整理した記事から入るのがおすすめです。
FDE を置くなら、職種名を決める前に、研修と報告とデータの受け渡しを誰が持つかを書き出すところから始めるのがよさそうです。
以上です。
コメントを残す