FDEとDSの違い｜デプロイメント・ストラテジストとの役割分担
FDEとDSは、AIを顧客の業務に入れる仕事で、組んで動くことが多い2つの役割です。FDEはフォワードデプロイドエンジニア、DSはデプロイメント・ストラテジストの略です。
FDEという言葉が広まるにつれて、「DSとは何が違うのか」「両方を置く必要があるのか」という疑問も増えてきました。DSの説明は日本語ではまだ少なく、役割の線引きがあいまいなまま案件に入っているチームもあります。
この記事では、研修会社の公開情報と海外企業の求人票をもとに、FDEとDSの違いを整理します。違いが分かったら、工程ごとに「誰が主担当か」を決めるところまで進めると、チームの動きがそろいます。最後に、記入例つきの役割分担表も紹介します。
この記事の内容（9項目）
FDEとDSの違いとは？「何を解くか」と「どう動かすか」
FDEとDSの違いを一言でいうと、DSは「何を解くか」を見極めて使われるまで運ぶ役、FDEは「どう動かすか」を形にする役です。
FDE向けの育成研修を提供するFoundry Labsは、2026年8月の発表で2つの役割を次のように説明しています。
- FDE：顧客の組織に入り込み、AIを本番の導入まで担うエンジニア
- DS（デプロイメント・ストラテジスト）：コードを書き始める前に、「解く価値のある課題はどれか」を見極める役割
この説明から分かるのは、DSの仕事は、作り始める前の判断に重心があるということです。FDEも顧客の現場に入りますが、重心は仕組みを作って本番に乗せるところにあります。
一般には、AIの導入の案件では「エンジニアが顧客と話しながら作る」形で進むことが多くあります。この形でも案件は進みますが、作る人が課題選びまで抱えると、作業の時間が足りなくなりがちです。DSを置くのは、課題選びと定着を専任で持つ人を分けて、FDEが作ることに集中できるようにする考え方といえます。
どちらも顧客の現場に出る点は同じです。違いは、案件のどの工程で主担当を持つかにあります。次の節から、求人票の中身と工程ごとの分担で、もう少し具体的に見ていきます。
FDEとDSの「DS」はデータサイエンティストとは別の役割
FDEとDSを並べたときに、まず気をつけたいのが「DS」という略語です。日本のIT業界では、DSはデータサイエンティストの略として使われることも多くあります。
この記事で扱うDSは、デプロイメント・ストラテジスト（Deployment Strategist）です。データの分析を専門にする職種とは別の役割で、顧客の課題を見極め、導入を定着まで運ぶことが中心になります。
ただし、まったく無関係というわけではありません。Foundry Labsの発表では、研修の第一号の導入先として株式会社LayerXのAi Workforce事業部が挙げられています。そこで研修を修了したのは、コンサルティングやデータサイエンス出身のメンバーらだとされています。データを扱ってきた人や、顧客の課題を整理してきた人が、DSの役割を担う形が考えられます。
反対に、エンジニアからDSに回る形もあり得ます。顧客の現場で課題を聞き出すことが得意なエンジニアは、作るより見極める側で力を出せることがあります。DSの役割を置くと、こうした人の行き先を社内に作れます。
社内で話すときは、最初に「DSはデプロイメント・ストラテジストのこと」と一度断っておくと、データサイエンティストとの取り違えを防げます。
FDEとDSの仕事を求人票で見る
FDEとDSの仕事の中身は、FDEという働き方を提唱した会社の1つとされる、米国のPalantirの求人票から読み取れます。Palantirでは、FDEに当たる職種の正式名は「Forward Deployed Software Engineer」です。
日本の拠点向けに出ているDS（Deployment Strategist）の求人票には、次のような仕事が書かれています。
| DSの仕事（求人票より） | この記事での言い換え |
|---|---|
| 顧客の現場に出向き、分析担当者のニーズと課題をつかむ | 現場のニーズを聞き取る |
| 使うデータセットを特定し、カスタムのワークフローを作る | 使うデータを見つける・業務の流れを作る |
| トレーニングで定着を進める | 使い方を教えて定着させる |
| アナリストから経営層までに向けて結果と提案を発表し、デモを作る | 経営層に報告する |
| エンジニア・プロダクトデザイナー・ほかのDSとチームで動く | チームの中で役割を分ける |
FDEとDSの関係で大事なのは、次の一文です。求人票には、DSが見つけたデータを、Forward Deployed Engineersと組んで安定して広げられるパイプラインに乗せると書かれています。パイプラインとは、データを毎日欠けずに取り込んで使える形にする仕組みのことです。
つまり、データを見つけるのはDS、それを動き続ける仕組みにするのはFDE、という分担です。なお、FDE側の求人票の本文は今回読めていないため、FDEの仕事はこの記事ではFoundry Labsの説明と、DSの求人票から見える範囲で扱っています。
FDEとDSの役割分担｜工程ごとに主担当を決める
FDEとDSの役割分担は、案件の工程ごとに「主担当・協力・確認」を決めると整理しやすくなります。顧客側の担当も入れて、3者で並べます。
| 工程 | DS | FDE | 顧客側の担当 |
|---|---|---|---|
| 解く課題を選ぶ | 主担当 | 協力 | 確認 |
| 現場のニーズを聞き取る | 主担当 | 協力 | 協力 |
| 良くなったと言える数字を決める | 主担当 | 協力 | 確認 |
| 使うデータを見つける | 主担当 | 協力 | 協力 |
| データを取り込む仕組みを作る | 協力 | 主担当 | 確認 |
| 試作と業務の流れを作る | 協力 | 主担当 | 確認 |
| 本番に出す | 確認 | 主担当 | 協力 |
| 使い方を教えて定着させる | 主担当 | 協力 | 協力 |
| 経営層に報告する | 主担当 | 協力 | 確認 |
| 社内に持ち帰る | 協力 | 主担当 | なし |
この分担の考え方は、前の節で見たDSの説明と求人票にそっています。課題選び・ニーズの聞き取り・データ探し・定着・報告をDS、取り込みの仕組み・試作・本番に出すことをFDEの主担当にしています。
ポイントはここです。最初の4工程は、どれもDSが主担当で、FDEは協力に回ります。コードを書き始める前に、課題と数字とデータをそろえる順番です。FDEが協力で入っておくと、見つけたデータが取り込めるかをその場で見られます。
FDEとDSを組ませるときの3つの決まり
FDEとDSを組ませるときは、工程の分担に加えて、次の3つを決めておくとチームが止まりにくくなります。
FDEとDSの決まりの1つ目は、1つの工程に主担当は必ず1人にすることです。主担当が2人いると、定例のたびに「どちらが決めるか」の話になり、その工程だけ遅れます。分けられない工程は、成果物ごとに2つに割ります。
2つ目は、DSの工程を飛ばして試作に入らないことです。解く課題と、入れる前の数字が無いまま作り始めると、頼まれた機能がそのまま形になり、使われないまま残ることがあります。効果を報告するときにも、比べるものがありません。
3つ目は、顧客側の「確認」を持つ人の名前と、確認にかける日数を着手前に決めることです。確認が遅れると、そこで工程が止まります。定例で、確認待ちの工程と待っている日数を毎回読み上げると、遅れが見えやすくなります。
3つの決まりは、役割分担表の中で確かめられる形にしておくと続きます。主担当の欄がちょうど1人か、DSの4工程が試作より前に並んでいるか、顧客側の確認に名前が入っているか。着手前の打ち合わせで、この3点だけを読み上げて確かめるのがおすすめです。
この3つは、FDEだけのチームでも役立ちます。DSを置かない場合は、DSの列を上長や顧客対応の担当に読み替えて、誰が課題選びと定着を持つかだけでも決めておきます。
FDEとDSのチームを育てる研修の動き
FDEとDSを組ませたチームを、研修で育てる動きも日本で出てきています。
Foundry Labsは2026年8月17日に、AI導入を担う「FDE組織」の育成研修として、FDE Excellence Programの提供開始を発表しました。全5回のワークセッションで、対象はエンタープライズAI企業のFDE・DS・顧客対応チームです。想定の人数は8〜15名、料金はチームの規模に応じた個別見積りとされています（2026年10月時点の公開情報）。
研修の内容には、次の6つが挙がっています。
- 顧客に提案する前に、自分の計画をわざと崩しにかかるレビューの手法
- ステアリングコミッティ（経営層を交えた意思決定の会議）の運営
- DSとFDEの役割設計
- KPIディスカバリー（追うべき数字を見つけること）
- ナレッジマネジメント（案件で分かったことを組織にためること）
- デプロイメント人材の採用手法
注目したいのは、「DSとFDEの役割設計」が研修の項目として独立していることです。役割の線引きは、個人の力ではなくチームの設計の問題として扱われています。自社で役割分担表を作るのは、その設計を自分たちで一度やってみることに当たります。
外部の研修を使うかどうかにかかわらず、まずは次の案件で役割分担表を1枚作り、案件の終わりに主担当が止まった工程を数えてみてください。止まった工程がどこに集まるかで、DSを置くべきか、FDEに足りない経験は何かが見えてきます。研修の選び方は外部研修の選び方にまとめています。
FDEとDS、社内で育てるならどちらから始めるか
FDEとDSのどちらを先に育てるかは、社内にいる人の顔ぶれで決めるのが現実的です。
エンジニアが多い会社なら、FDEから育てるのが自然です。実装の力はすでにあるので、業務の理解と顧客との推進を経験させれば、FDEとして現場に出せます。6か月の組み方は社内でFDEを育てる6か月の計画にまとめています。客先常駐のエンジニアが多い会社は、SESからFDEへ育成する5ステップから始める形もあります。
コンサルティングや顧客対応、データの分析をしてきた人がいる会社なら、DSの役割を先に置く方法があります。課題を見極めて定着まで運ぶ力は、こうした仕事の延長にあるためです。
ポイントはここです。どちらから始めても、役割分担表は最初の案件の前に作っておきます。1人で両方を持つ時期があっても、工程ごとに「いまはDSの仕事をしている」と分かっていれば、課題選びや定着が抜けにくくなります。役割ごとに求めることをそろえる考え方は、職位要件の決め方も参考になります。
FDEとDSの役割分担表の使い方
FDEとDSの役割分担表は、案件の着手前に作り、週1回の定例で見直します。入れる欄は7つです。
| 欄 | 書くこと |
|---|---|
| 工程 | 課題選びから社内への持ち帰りまで |
| この工程でやること | その案件での具体的な作業 |
| DS・FDE・顧客側の担当 | 主担当・協力・確認・なしから選ぶ |
| 次の工程に渡すもの | 図・一覧・試作・手順書など |
| 終わりの目安 | 次の工程に進めてよい条件 |
FDEとDSの役割分担表で大事なのは、「終わりの目安」を数字か記録で見られる形にすることです。たとえば「受注の担当者6人のうち5人以上が毎日使っているか」のように書くと、定着の工程が終わったかを誰が見ても同じに判断できます。
「次の工程に渡すもの」の欄も大事です。たとえば、DSが見つけたデータの一覧に、FDEが取り込めるかの見立てを書き足してから渡します。受け渡しの中身まで決めておくと、工程の境目で作業が抜けにくくなります。
定例では、主担当と実際に動いた人が違う工程を見つけます。違っていたら、表を直すか、動き方を直すかを決めます。案件の終わりには、主担当が止まった工程を数え、次の案件の分担に反映します。
このExcelには、AIの導入を支援する会社（架空）が、食品卸の顧客（架空）の受発注の確認作業にAIを入れる案件の記入例が入っています。DS1人・FDE2人で入り、10工程のうちDSが6工程、FDEが4工程の主担当を持つ形です。
よくある質問
- Q. FDEとDSの違いを一言でいうと何ですか。
- DSは解く価値のある課題を見極めて、使われるまで運ぶ役です。FDEは、その課題とデータを本番で動く仕組みにする役です。どちらも顧客の現場に出ますが、主担当を持つ工程が違います。
- Q. デプロイメントストラテジストとは何ですか。
- DS（Deployment Strategist）とも呼ばれる役割で、コードを書き始める前に解く価値のある課題を見極めます。Palantirの求人票では、顧客のニーズをつかみ、使うデータを特定し、定着を進め、経営層まで向けに結果を発表する仕事として書かれています。
- Q. DSはデータサイエンティストのことではないのですか。
- この記事でいうDSは、デプロイメント・ストラテジストのことです。日本ではデータサイエンティストの略として使われることも多いので、社内で話すときは最初にどちらの意味かを断っておくと安心です。
- Q. FDEとDSは両方置く必要がありますか。
- 必ず両方が要るわけではありません。ただ、課題選び・聞き取り・定着・報告を誰が持つかは決めておく必要があります。DSを置かない場合は、上長や顧客対応の担当がその工程を受け持つ形にします。
- Q. 1人がFDEとDSを兼ねてもよいですか。
- 小さな案件では兼ねることもあります。その場合も、工程ごとに「いまはどちらの仕事か」を役割分担表で分けておくと、作ることに追われて課題選びや定着が抜けるのを防げます。
- Q. FDEとDSの役割分担は、いつ決めればよいですか。
- 案件の着手前です。最初の打ち合わせで顧客側の担当の欄も見せ、確認を持つ人の名前を決めてもらいます。着手後に決めると、主担当が2人いる工程が残りやすくなります。
この記事で使う無料テンプレート
あわせて読みたい記事
本記事は一般的な業務の進め方を整理したものです。社内規程、契約条件、法令上の要件がある場合は、それらを優先してご確認ください。記事の内容は2026-10-26時点のものです。