フォワードデプロイドエンジニアリング：ソフトウェアエンジニアの新職種

アマゾンが 10 億ドル規模の組織を別に立ち上げた

2026年6月、アマゾンはAWS内に10億ドル規模のフォワードデプロイドエンジニア（FDE）組織を立ち上げた。先にOpenAIが40億ドル、Anthropicが15億ドルを同じ発想に投じている。三社が数か月のうちに同じ結論へ至ったのは偶然ではない。モデルはもう十分に賢い、ただ企業が自社の業務に載せられないだけだ。デモは見事に動くのに、実際のワークフロー、社内システム、規制、雑然としたデータに触れた瞬間に止まる。その最後の一区間を、顧客の中に自ら入り込んで手で埋めるのがFDEだ。

このモデルを最初に作ったのはパランティアだ。2010年代初め、情報機関の顧客は要件をきれいな形で渡せなかった。そこでパランティアはエンジニアをアナリストの隣に座らせ、仕事の進め方を観察し、その場で道具を作らせた。2016年頃にはFDEの数が通常のプロダクトエンジニアを上回った。成果物を納めて去るコンサルタントと違い、FDEは自分が作ったシステムが本番で回るところまで責任を負う。十五年前に諜報機関向けに磨かれた手法を、いまAI企業がエンタープライズ販売の標準組織として制度化している。

三つの職種の交点に立つ仕事

FDEは三つの職種の交差点に立つ。本番品質のコードを書くソフトウェアエンジニアであり、顧客の業務を解体してモデルに移すソリューションアーキテクトであり、何を作るかを決めるプロダクト感覚まで求められる。パランティアではFDEもコアエンジニアと同じ技術面接を通る、顧客先に座っているだけで、コード力が緩んでいい席ではない。

• フルスタックの実装力。 フロントからデータパイプライン、認証、デプロイまで一人で終える。顧客先には各層を分担するチームがいないものとして動く。
• 顧客対応とドメインモデリング。 会議室で現場担当者の言葉を聞き、整理されていない業務をデータスキーマとエージェントの挙動に落とす。要件が文書で来ないことを前提に働く。
• 高速プロトタイピング。 数日で動くものを手渡し、反応を見ながら削っていく。完成度より「これは解くべき問題か」を先に確かめる。
• 統合とデプロイ。 社内システム、SSO、オンプレミス、規制・セキュリティ要件の上にAIを実際に載せる。デモと本番を分けるのは、たいていこの区間だ。
• 販売の技術パートナー。 契約前のPoCを率い、契約後の展開に責任を持つ。GTMエンジニアリングと呼ばれるゆえんだ。

参入の壁は会社ごとに違う

入り口の敷居は会社ごとに違う。パランティアは大卒1年程度でも採り、Rampのような会社はシニアFDEに5年以上を求める。共通するのは、コードが書けなければ始まらないこと、顧客の前に立つ席である前に、エンジニアの席だ。ジュニアは先任FDEの下で一つのアカウントに張り付いて学び、シニアになれば一つの導入を最初から最後まで所有し、リードは複数のアカウントとその下に敷く再利用可能なプラットフォームの間で均衡を取る。

日本ではこの構図がSIerの多重下請けと正面からぶつかる。要件定義を上流が書き、実装を下請けが担い、運用がまた別会社に渡る、工程を切り分けて手渡す従来型と、一人が顧客の中で丸ごと抱えるFDEは思想が真逆だ。だからこそNTTデータや富士通の内製シフト、そして自社AIを企業に埋め込みたいベンダーの双方で、同じ人材が名前を変えて奪い合われている。報酬は厚い。a16zが「テック業界で最も熱い職種」と呼んだのは、売る人と作る人を一人に載せた希少な人材だからだ。

自分に合うかを見るなら、サイドプロジェクトを一つ、誰かのために最後までデプロイしてみるといい。他人の曖昧な要望を聞き、スキーマに移し、その人の環境に載せて実際に使わせる、この一度の経験が、アルゴリズム問題百問よりこの職種をよく説明する。