FDE・SWE・SA・DS——コード比率と顧客距離でみるエンジニア職の違い

エンジニア職の種類が増えるほど、FDE（Forward Deployed Engineer）がどこに位置するのかが分かりにくくなる。「ソフトウェアエンジニアと何が違うのか」「データサイエンティストと似ていないか」という問いに答えるには、コードを書く比率と顧客・現場に向く比率という2軸で並べると整理しやすい。

コード比率と顧客距離——エンジニア職を2軸で並べる

各職種の立ち位置をこの2軸で示すと、次のように並ぶ。

• SWE / SDE（ソフトウェアエンジニア）：コード比率が最も高く、顧客との接点は薄い。プロダクト開発チームの内側で完結する。
• RDE（リサーチ・開発エンジニア）：研究と実験が主軸で、コード量は多いが顧客接点はほぼない。
• インフラエンジニア・DevOps：システムの可用性と信頼性を担う。向いている先は顧客より社内システムや開発者体験だ。
• フロントエンドエンジニア・フルスタックエンジニア：ユーザーに近い機能を担うが、エンドユーザーと直接会話するわけではなく、チーム内で完結することが多い。
• データサイエンティスト（DS）：コード比率は高く、顧客接点は案件によって振れる。「洞察を出す」ことが主な成果物になる。
• ソリューションアーキテクト（SA）：顧客折衝と設計が中心で顧客距離は近い。ただしコードを書く機会は限られ、実装は別チームに渡ることが多い。
• FDE：コードを書ける技術力を維持しながら、顧客・現場への接触度が最も高いゾーンに立つ。

SAは顧客に近いがコードを書かない。SWEはコードを書くが顧客から遠い。FDEはその両方を兼ねながら現場で動く、という立ち位置になる。

DSとRDEとの違い——「作る」より「届ける」に軸がある

FDEとデータサイエンティストを混同しやすいのは、「技術を使って現場課題を解く」という外形が似ているからだ。しかし主眼が根本的に異なる。DSは分析モデルの精度と洞察の質を追う。FDEは「その分析が業務フローに組み込まれ、現場のひとが実際に使うか」を担う。

RDEとの違いも同じ構図だ。RDEは技術の深度と新規性を追求するが、FDEは既存の技術スタックを組み合わせ「今すぐ動く仕組み」を現場に届けることを優先する。

FDEにとってのコードは、現場が動くための手段だ。モデルの精緻さより、使われる仕組みが完成することに価値を置く。

SAとの違いは「提案で終わらない」という一点に集約される。SAが設計提案を終えた後、実装に進めずに止まるプロジェクトが多い。FDEはその先を引き取り、現場で稼働まで持っていく。これはSAの仕事が劣るのではなく、役割が連続していないという構造の問題だ。

FDEという職種の起源と定義についてはFDEとは何かで確認できる。

自分がどの職種に向くかを見分ける3つの問い

エンジニアとしてFDEへの転換を考えるとき、あるいは組織がFDE人材の適合を判断するとき、以下の問いが目安になる。

1. コードを書く行為が「目的」か「手段」か——SWEやDSにとってコードは主な成果物だ。FDEにとってコードは現場課題を解くための手段であり、書かないほうが速く解決できるなら書かないこともある。
2. 顧客と週次以上で直接話す場に慣れているか——FDEは現場常駐か準常駐が多く、非同期のやり取りだけでは機能しない。
3. 「動く仕組み」の完成が「精緻な設計」の完成より嬉しいか——この感覚の向きが、FDEとSA・RDEを分ける実際の分岐になる。

FDE的な関わり方で現場へのデジタル投入を伴走したい場合は、しぼる（DX伴走支援）で対応している。