FDE組織の作り方——pod型・CoE型・既存配置の3モデルと体制設計の要点

FDE（Forward Deployed Engineer）を組織に据えるとき、「何人集めれば動くか」より先に問うべきことがある。それは体制の型——誰の指揮下に置き、どの粒度でチームを組むかだ。型を間違えると、FDEは現場に近づきすぎて開発が止まるか、開発側に引き寄せられすぎて顧客から遠ざかる。本稿では組織設計の3つのモデルを比べ、リーダーに求められる資質と体制選択の判断軸を整理する。

pod型・CoE型・既存部門配置——3モデルの比較

FDE体制の主な型は3つに分けられる。

pod型（小規模チーム編成）

podとは3〜6人規模の小さな自律ユニットで、1顧客または1案件に張り付く編成を指す。Palantirが採用したことで広まったモデルだ（Palantirが定義する「FDEモデル」を参照）。意思決定が速く顧客密着度が高い反面、スケールに限界があり、FDE同士の知識が分断されやすい。

CoE型（センター・オブ・エクセレンス）

CoEとは社内横断の専門組織で、FDEを一箇所に集め各現場へ派遣する形をとる。知見の蓄積と標準化がしやすく、リソース配分の調整も容易だ。一方で派遣先との距離が生まれ、「支援部隊感」が出やすい。大企業ほどCoE型が採用されやすく、日立製作所もデジタルエンジニアリング系人材を横断組織に集約している事例が知られている。

既存部門への配置

営業・カスタマーサクセス・IT推進などの既存部門にFDEを少数埋め込む型。組織変更コストが低く、現場との摩擦も小さい。ただしFDEが孤立しやすく、キャリアパスや評価基準が曖昧になるリスクがある。

どのモデルが正解かは、顧客との距離・チームの成熟度・開発組織との接続のされ方によって変わる。型ありきではなく、自社の状況から逆算することが重要だ。

FDEリーダーとマネージャーに要る資質

体制を機能させるには、ロールを担う人間の質が問われる。FDEリード（lead）に必要なのは技術の深さよりも、「現場の文脈を技術に翻訳する力」だ。具体的には次の3点が挙げられる。

1. 要件の本質を問い直す力：顧客が「こう作ってほしい」と言ったとき、「なぜそれが必要か」を掘り下げ、より適切な実装を提案できるか。
2. 開発チームへの橋渡し力：SWEやSAとの連携で、過剰な期待や曖昧な仕様を摩擦なく整理できるか（FDE・SWE・SA・DSの違いも参照）。
3. 優先順位の判断力：複数の顧客・案件を抱えたとき、podやCoEのリソースをどこに集中させるかを決める判断軸を持っているか。

FDEマネージャー（manager）は上記に加え、採用・評価・育成の設計も担う。人材の出口まで描かない組織は、FDEを消耗品として扱いがちだ。

体制を選ぶ前に問うべき問い

FDE体制を設計する前に、自社の状況を棚卸しすることが重要だ。

• 顧客接点の数と深さ：案件が少なく深い関与が必要ならpod型、案件が多く横断対応が必要ならCoE型が向く。
• 社内IT・開発組織との距離：開発リソースが近い場合はCoEで一元管理しやすい。遠い場合はpodの自律性が活きる。
• FDEの調達方法：内製か外部委託かによって体制の設計も変わる。外部FDEを活用する場合は、伴走型・ベンダー付き・人材紹介の違いも確認しておきたい。

組織の型は一度決めたら変えにくい。初期設計の段階で「どこに権限を持たせるか」「評価の軸をどう設定するか」まで踏み込んでおくと、後からの組み直しが少なくて済む。