FDE（フォワードデプロイドエンジニア）の求人票を読んでいると、技術要件と同じ分量で対人スキルが書かれています。
顧客の現場に入り、そこで信頼を得たうえで作るという前提があるからでしょう。
とはいえ「コミュニケーション力」と書かれても、具体的に何をする仕事なのかは見えてきません。
公開されている求人票と解説から、FDE の対人実務を手順の形に分解してみます。
私は FDE を務めた経験がないので、書けるのは一次情報から読み取れる範囲まで。
まず「顧客の中で作る」という前提を押さえる
FDE は、顧客企業の中に入ってソフトウェアを開発・導入する顧客対応のエンジニアと説明されます。
英語版 Wikipedia の項目によると、この言葉は軍事用語の「前方展開」に由来し、Palantir によって広まったとのこと。
Forward deployed engineer（英語版 Wikipedia）
数か月単位で顧客先にエンジニアを置く例が挙げられており、いまは AWS・OpenAI・Anthropic・Palantir が同種の職種を持つとされています。
ここで押さえておきたいのは、相手が「発注者」ではなく「同じ部屋で働く相手」になるという点。
役割の輪郭そのものは、別記事で整理しました。
信頼の入口はディスカバリーにある
Anthropic の Forward Deployed Engineer の募集要項には、求める資質としてこう書かれています。
Forward Deployed Engineer（Anthropic 採用ページ）
顧客とディスカバリーを行い、多様なステークホルダーに技術的な概念を伝える強いコミュニケーション力、そして低いエゴと協働的な姿勢。
順番が示唆的で、最初に来ているのは「伝える」ではなく「聞き出す」のほうです。
ディスカバリーは要件ヒアリングの言い換えではありません。
相手がまだ言語化できていない業務の流れを、質問と観察で輪郭にしていく作業のこと。
同じ求人票には複雑な組織に存在する曖昧さを渡り歩ける高い主体性も並んでいて、聞き出す相手が一枚岩ではないことが前提になっています。
「低いエゴ」が要件に書かれている理由
技術職の募集で「低いエゴ」が明記されるのは珍しいほうでしょう。
とはいえ顧客の現場では、自分の設計案より相手の業務制約が優先される場面が普通に発生します。
正しい提案を通すことより、相手の仕事が回ることを優先できるかが問われる、という読み方ができそうです。
同じ募集要項にはエンゲージメントの期間を通じて長期的な関係を築くという項目も並びます。
一度の納品で終わらせない前提なら、短期の主張より継続的な信用のほうが価値を持つのは理屈が通るところ。
似た職種との線引きは、こちらで整理しました。
現場にいる時間は思ったより短い
「常駐エンジニア」という訳語から、一日中顧客先にいる姿を想像するかもしれません。
先ほどの Anthropic の募集要項では、顧客先へ出向く出張は 25% 程度の見込みと書かれています。
勤務地も複数都市が挙がっていて、物理的に張り付く働き方ではないと読み取れました。
つまり残りの時間は、持ち帰った情報をもとに手を動かす時間。
同じ求人票では、顧客システムの中で本番アプリケーションを作ることや、MCP サーバー・サブエージェント・エージェントスキルといった技術成果物を納めることが責務に挙がっていました。
対人実務は、作る時間を正しい方向へ向けるための前工程という位置づけになります。
導入支援を「white glove」と表現している点も、単なる技術サポートとは温度が違うところ。
つまずきやすい2つの型
ひとつ目は、聞いた要望をそのまま作ってしまう型。
ディスカバリーが御用聞きに落ちると、現場の一部門にしか効かない機能が積み上がっていくのです。
ふたつ目は、持ち帰りが多すぎる型。
その場で確かめられたはずの前提を宿題にすると、次の訪問までチームが止まってしまうでしょう。
どちらも「誰の何を解けば現場が動くか」を握れていないときに起きます。
裏を返せば、対人実務の良し悪しは、作ったものが現場で使われ続けたかどうかで測れるということ。
ここは求人票からは読み取れない部分なので、判断材料が増えたら追記したい論点として残しておきましょう。
最後に
FDE の対人実務は、ディスカバリーで聞き出す・低いエゴで相手の制約を優先する・持ち帰った情報で作るという3つに分解できます。
出張が 25% 程度と明記されている以上、現場にいる時間の密度が成果を左右するのでしょう。
まずは「聞き出す」と「作る」を別の作業として設計するところから。
技術と対人の二刀流という言い方は、両方を同時にやる意味ではなく、切り替えて使う意味に近いのだと思います。
以上です。
コメントを残す