本記事で得られる3つのポイント
- 海外ではFDE／Forward Deployed Engineerが、Palantir由来の特殊職種から、OpenAI、Anthropic、Salesforce、EY、AWS、Microsoft周辺へ広がる「AI実装モデル」になりつつある。
- 直近の焦点は、単なるPoC支援ではなく、AIエージェントを業務・データ・権限・評価・運用に接続する「本番化の責任」に移っている。
- 日本企業が表面的にFDEを輸入すると、従来のSES・SI・社内ITの焼き直しになる。鍵は、暗黙知の構造化、業務オーナーの明確化、実装後の運用責任である。
なぜ重要か：FDEは「AIを入れる人」ではなく、「AIで業務の意思決定と実行を変える人材モデル」になり始めているためです。
1. 今週の結論
今週の海外動向では、FDEの潮流が明確に次の段階へ進んでいます。OpenAIは「OpenAI Deployment Company」を立ち上げ、Tomoro買収によりForward Deployed Engineersを初日から組み込むと説明しています。これは、AIモデルの販売だけではなく、顧客業務への実装・ワークフロー再設計・定着化までを事業化する動きです。
URL: https://openai.com/index/openai-launches-the-deployment-company/
URL: https://openai.com/business/the-openai-deployment-company/
AnthropicもApplied AIチームでForward Deployed Engineerを募集しており、顧客に直接入り込み、Claudeを使った業務アプリケーションを出荷する役割として定義しています。OpenAIとAnthropicの双方が「モデル提供会社」から「実装会社／deployment company」的な機能を強めている点が、今週の最重要シグナルです。
URL: https://job-boards.greenhouse.io/anthropic/jobs/4985877008
URL: https://www.anthropic.com/careers/jobs?939688b5_page=2&tblci=Giancarlo+Niutta
加えて、SalesforceはAgentforce領域でForward Deployed Engineer職を複数掲出しています。Agentforceを使った自動化業務プロセス、Blueprint、個別顧客向けのAgentic System構築を担う職種としており、FDEがSaaS企業のAIエージェント導入部隊にも拡張されていることが確認できます。
URL: https://careers.salesforce.com/en/jobs/jr339744/forward-deployed-engineer/
URL: https://careers.salesforce.com/en/jobs/jr343861/forward-deployed-engineer/
2. 事実：海外一次情報で確認できた主要アップデート
2.1 Palantir：OntologyがAIエージェント実装の中核に
Palantirは、Ontologyを「企業の現実」を表現し、人間とAIエージェントが業務フロー上で協働する基盤として位置づけています。直近のFoundry May 2026 Announcementsでは、Ontology MCPにより外部AIエージェントがOntology上のオブジェクト、アクション、クエリ関数へ権限管理付きで接続できると説明されています。
URL: https://palantir.com/docs/foundry/announcements/2026-05/
URL: https://palantir.com/docs/foundry/architecture-center/ontology-system/
URL: https://palantir.com/docs/foundry/aip/overview/
これは、FDEが単に現場で個別開発するだけでは不十分で、業務概念・権限・アクション・監査を含む「企業OS」へAIを接続する必要がある、というPalantir型の思想を補強しています。古くて新しい話ですが、結局、良い料理には良い出汁が要るということです。AIも同じで、業務データと文脈の出汁がなければ味が決まりません。
2.2 OpenAI：Deployment CompanyとFDEを明示
OpenAIは、OpenAI Deployment Companyを、企業がAIシステムを本番業務で信頼して使えるよう支援する会社として説明しています。ワークフロー再設計、チーム横断の導入、運用変革までを射程に入れており、Tomoro買収によってFDE経験者を取り込むとしています。
URL: https://openai.com/index/openai-launches-the-deployment-company/
URL: https://openai.com/business/the-openai-deployment-company/
またOpenAIのAI Deployment Engineer職は、顧客のGenAIユースケースをバックログ化し、プロトタイプから本番化まで技術支援する役割として記載されています。
URL: https://openai.com/careers/ai-deployment-engineer-large-enterprise-london-uk/
2.3 Anthropic：Applied AIの中核職としてFDEを採用
AnthropicのForward Deployed Engineer, Applied AIは、戦略顧客に直接入り、AIアプリケーションを出荷し、Claudeの企業導入を加速する役割です。求人一覧でもApplied AI Architect、Applied AI Engineer、Manager of Forward Deployed Engineeringなど、周辺職種が多数確認できます。
URL: https://job-boards.greenhouse.io/anthropic/jobs/4985877008
URL: https://www.anthropic.com/careers/jobs?939688b5_page=2&tblci=Giancarlo+Niutta
2.4 Accenture：Palantir連携とAI実装力の拡張
AccentureはPalantirとのグローバル戦略パートナーシップを拡大し、Accenture Palantir Business Groupを立ち上げています。狙いは、サイロ化したデータを統合し、企業のAI再発明と業務意思決定を支援することです。
URL: https://newsroom.accenture.com/news/2025/accenture-and-palantir-expand-global-strategic-partnership-to-drive-ai-reinvention
さらに2026年1月には、Sovereign AIがEMEAの次世代AIインフラ構築でAccentureとPalantirを選定したと発表されています。
URL: https://newsroom.accenture.com/news/2026/sovereign-ai-selects-accenture-and-palantir-to-help-build-next-generation-ai-infrastructure-across-emea
2.5 Salesforce：Agentforce FDEが明確化
SalesforceはAgentforce関連でFDE職を掲出し、顧客エンゲージメントとプラットフォーム革新の交差点に立つ職種と説明しています。別の求人では、FDEを「技術者かつ戦略パートナー」とし、Agentforceを使った個別AIソリューションを直接設計・開発・実装する役割としています。
URL: https://careers.salesforce.com/en/jobs/jr339744/forward-deployed-engineer/
URL: https://careers.salesforce.com/en/jobs/jr343861/forward-deployed-engineer/
URL: https://www.salesforce.com/ap/blog/forward-deployed-engineer/
2.6 ServiceNow：Autonomous WorkforceとAI Orchestrator
ServiceNowはAutonomous Workforceを掲げ、Web・音声エージェント、Now Assist Explorer、ServiceNow Lensなどで業務アクションを自律化する方向を示しています。Knowledge 2026でも、AIは将来構想ではなく、企業内で実際に仕事をしているというメッセージが強調されています。
URL: https://www.servicenow.com/platform/autonomous-workforce.html
URL: https://www.servicenow.com/workflow/news/top-moments-knowledge-2026.html
ServiceNowはFDEという名称よりも、AI OrchestratorやAutonomous Workforceという言葉で、業務・人・AIエージェントの調整役を前面に出しています。
URL: https://www.servicenow.com/latam/workflow/ai/ai-orchestrator-most-important-ai-job.html
2.7 Box：AI-first業務再設計とBox Automate
Boxは、AI-first化とは単発の変革ではなく、重要な業務ワークフローをBox AI Agentsと自動化を前提に再設計することだと述べています。Box Automateは、コンテンツを構造化されたアクションに変え、ツール乱立や手作業のプロセス管理を減らす狙いです。
URL: https://blog.box.com/how-were-going-ai-first-workflow-inside-box
URL: https://blog.box.com/introducing-box-automate-ai-powered-workflow-orchestration
2.8 EY・PwC・KPMG・Deloitte：Big4も「実装職」へ寄る
EYは2026年4月、Forward Deployed Engineer AI rolesを発表し、クライアントチーム内でAIを設計・構築・運用化するシニアAIエンジニアを採用するとしています。
URL: https://www.ey.com/en_uk/newsroom/2026/04/ey-launches-fde-roles
PwCはAgentic AIによる workforce redesign を論じ、IT部門が単なる要望対応ではなく、インテリジェントワークフローを設計しAIシステムを管理する役割へ変わるとしています。
URL: https://www.pwc.com/us/en/tech-effect/ai-analytics/agentic-ai-workforce-redesign.html
KPMG CanadaはAI Transformationチーム拡張の一環としてAI Buildersを募集し、社内業務に直接組み込まれるエージェント、ツール、スキルを設計・構築・スケールする職種と説明しています。
URL: https://kpmg.com/ca/en/careers/experienced-hires/ai.html
DeloitteはFDEという名称の明確な更新は確認できませんでしたが、AIが人間の判断・創造性・意思決定を補強するように仕事と役割を再設計すべきだと論じています。
URL: https://www2.deloitte.com/us/en/insights/industry/technology/technology-media-telecom-outlooks/sports-industry-outlook.html
2.9 Microsoft・Google Cloud・AWS：クラウド勢は「エージェント本番化」に寄る
MicrosoftはEYとのグローバル施策で、業界別AIソリューション、ワークフォースのアップスキリング、チェンジマネジメント、継続最適化を組み合わせると発表しています。またMicrosoft Agent Factoryの資料では、顧客がパイロットから本番へ進むためにForward Deployed Engineeringとパートナーを利用できると記載されています。
URL: https://news.microsoft.com/source/2026/05/21/ey-and-microsoft-announce-global-initiative-to-help-clients-scale-ai-enterprisewide-value-creation-and-move-beyond-experimentation/
URL: https://cdn-dynmedia-1.microsoft.com/is/content/microsoftcorp/microsoft/bade/documents/products-and-services/en-us/ai/The-Microsoft-Agent-Factory-white-paper-Feb-2026.pdf
Google CloudはNext ’26でAgentic Enterpriseを前面に出し、Gemini Enterprise Agent Platformを「エージェントの構築・拡張・統治・最適化」の基盤として発表しています。日本語ブログでも同内容が展開されています。
URL: https://cloud.google.com/blog/topics/google-cloud-next/welcome-to-google-cloud-next26
URL: https://cloud.google.com/blog/products/ai-machine-learning/introducing-gemini-enterprise-agent-platform
URL: https://cloud.google.com/blog/ja/products/ai-machine-learning/the-new-gemini-enterprise-one-platform-for-agent-development
AWSでは、Forward Deployed AI IntegratorやSenior Forward Deployed Deep Learning Architect、GenAI Innovation Center関連職が確認できます。AWS側の表現は「FDEそのもの」よりも、顧客現場に入り、生成AIソリューションを構築・実装・変革成果へつなげるチームという色が強いです。
URL: https://amazon.jobs/en/jobs/10430718/forward-deployed-ai-integrator-data-center-engineering
URL: https://www.amazon.jobs/en/jobs/10376735/senior-forward-deployed-deep-learning-architect-generative-ai-innovation-center
URL: https://www.amazon.jobs/jobs/10423646/head-of-ai-transformation–apjc-generative-ai-innovation-center
3. 今週の更新有無
4. 分析：FDEの本質は「職種名」ではなく「実装責任の再配置」
FDEブームを表面的に見ると、「エンジニアが顧客先に行く職種が増えた」という話に見えます。しかし、今回の一次情報を並べると、本質はもう少し深いところにあります。
第一に、AIエージェントはSaaSのようにログインすれば即価値が出るものではありません。顧客企業の業務プロセス、権限、例外処理、監査、データ品質、人間の判断ポイントに接続して初めて価値が出ます。PalantirのOntology、OpenAIのDeployment Company、Google CloudのAgentic Enterprise、ServiceNowのAutonomous Workforceはいずれも、この「業務接続」の重要性を示しています。
第二に、FDEは従来のプリセールス、カスタマーサクセス、SI、PM、データエンジニアの単純な合体ではありません。SVPGは、FDEを顧客環境に深く入り、真の問題を理解し、成果を届けるProduct Creator的役割として説明しています。つまり、FDEは「要件を聞いて作る人」ではなく、「何を作れば業務成果が出るかを現場で発見し、実装し、プロダクトへ還流させる人」です。
URL: https://www.svpg.com/forward-deployed-engineers/
第三に、FDEには反論もあります。Business Insiderは、元Snowflake CROのChris Degnan氏がFDEを「glorified professional services」と批判し、技術負債や保守リスクを残す可能性を指摘したと報じています。これは重要な警鐘です。FDEを名乗っても、顧客ごとの特注開発を乱発し、共通プロダクトへ学習を戻せなければ、AI時代の高級SESになってしまいます。
URL: https://www.businessinsider.com/snowflake-cro-forward-deployed-engineers-ai-job-2026-5
5. 日本企業への実務示唆
5.1 暗黙知を「AIに読める業務構造」へ変換する
日本企業の強みは、現場の暗黙知、例外対応、取引先ごとの慣行、ベテラン社員の判断にあります。一方で、AIエージェントは暗黙知をそのまま扱えません。FDE的な役割が必要になるのは、ここです。
実務上は、まず以下を整理する必要があります。
| 項目 | FDEが構造化すべき内容 |
|---|---|
| 業務目的 | 何のKPIを改善するのか |
| 判断基準 | ベテランが何を見て判断しているか |
| 例外処理 | どのケースで人間に戻すか |
| 権限 | AIが実行してよい範囲、承認が必要な範囲 |
| データ | どのデータが正で、どこに欠損・揺れがあるか |
| 評価 | 成功・失敗をどう測るか |
| 運用 | 誰が保守し、改善し、責任を持つか |
ここを飛ばして「生成AIを入れました」と言っても、だいたい立派なデモで終わります。展示会では拍手、現場では沈黙。これは避けるべきです。
5.2 SES・SI・社内ITとの違いを明確にする
日本でFDEを導入する際、最大のリスクは既存のSESやSIの看板を掛け替えるだけになることです。
FDEと従来型SI/SESの違いは、成果責任と学習ループにあります。FDEは顧客先で個別課題を解くだけでなく、その知見を再利用可能なプロダクト、テンプレート、エージェント設計、業務Ontology、評価基盤へ戻す必要があります。
| 比較軸 | 従来型SES/SI | 本来のFDE |
|---|---|---|
| 起点 | 要件定義書 | 業務成果・現場課題 |
| 主な責任 | 開発・納品 | 実装・定着・成果・学習還流 |
| 顧客接点 | PM/営業中心 | エンジニアが現場に深く入る |
| 成果物 | システム、ドキュメント | 業務変革、AIワークフロー、再利用可能な知見 |
| リスク | 受託開発化 | 特注化・技術負債化 |
| 成功条件 | 納期・予算遵守 | 業務KPI改善、運用定着、プロダクト進化 |
5.3 HRは「AI人材採用」ではなく「業務実装人材の再定義」を行う
FDEは高度なAIエンジニアだけでは成立しません。必要なのは、ソフトウェア実装力、業務理解、顧客折衝、データ設計、チェンジマネジメントを横断する人材です。
日本企業では、次の人材がFDE候補になります。
| 候補人材 | 強み | 補うべき点 |
|---|---|---|
| 社内ITの業務システム担当 | 社内業務と既存システムを理解 | AI/LLM実装、プロダクト思考 |
| SIerの上流SE | 業務整理と顧客調整 | 自ら手を動かす実装力、継続改善 |
| データエンジニア | データ基盤と品質管理 | 業務現場への入り込み |
| DX推進担当 | 社内変革と部門調整 | 技術的な実装判断 |
| 業務部門のエース | 暗黙知と現場信頼 | AIリテラシー、設計能力 |
早期退職や構造改革が進む企業では、現場の暗黙知が失われる前に、FDE的な人材が業務知識を構造化することが急務です。AI導入は、単なる省人化ではなく、熟練知の継承プロジェクトでもあります。
6. 仮説：日本版FDEは「外部常駐」より「内製変革チーム」から始まる
現時点の仮説として、日本企業に最も適したFDE導入モデルは、いきなり外部ベンダーのFDEを大量投入する形ではありません。むしろ、社内の業務エース、社内IT、データ担当、外部AIエンジニアを小さな混成チームにし、特定業務の成果責任を持たせる形が現実的です。
推奨する初期編成は以下です。
| 役割 | 人数 | 責任 |
|---|---|---|
| 業務オーナー | 1 | KPI、意思決定、現場調整 |
| FDE / AI実装リード | 1 | AIワークフロー設計、実装、本番化 |
| データ/基盤担当 | 1 | データ接続、権限、監査、運用 |
| 現場キーユーザー | 1〜2 | 暗黙知、例外処理、受入評価 |
| 変革PM | 1 | 導入計画、教育、定着、効果測定 |
このチームが最初に扱うべきテーマは、全社横断の大構想ではなく、効果測定しやすい業務です。たとえば、問い合わせ一次対応、見積・契約レビュー、経営管理レポート作成、営業提案準備、社内ナレッジ検索、請求・経費・稟議の例外処理などです。
7. 来週以降の観測ポイント
来週以降は、以下を重点的に追うべきです。
- OpenAI Deployment Companyが、どの業界・どの職種・どのパートナー網でFDEを拡張するか。
- Anthropic Applied AIが、FDEと安全性・評価・ガバナンスをどう接続するか。
- Salesforce Agentforce FDEが、SaaS導入支援なのか、業務プロセス再設計部隊なのか。
- Palantir Ontology MCPが、外部AIエージェント接続の標準的な参照モデルになるか。
- 日本ではLayerX、Loglass、SB OAI Japan以外に、FDEを明示する企業が増えるか。
- 国内SIer・コンサルがFDEを名乗る場合、従来の常駐開発との差分をどこまで説明するか。
8. 編集後記：FDEは流行語にすると負ける
FDEは、肩書きとして輸入すると危険です。名刺に「Forward Deployed Engineer」と書くだけなら、横文字の勝利、現場の敗北です。
本当に重要なのは、AIを業務の中に入れ、意思決定・実行・評価・改善のループを作ることです。日本企業にとっては、FDEという言葉そのものよりも、「誰が実装責任を持つのか」「誰が暗黙知を構造化するのか」「誰がAI導入後の運用成果を見るのか」を明確にすることが先です。
今週の結論を一文で言えば、FDEはAI時代の“現場に降りるプロダクト開発”です。机上のAI戦略を、現場の業務成果へ着地させる人材モデルとして、今後も継続観測する価値があります。