FDEを社内で育てる——研修プログラムの設計と外部講座の組み合わせ方

FDE育成の前提——「何を教えるか」より先に決めること

FDEの育成研修を設計しようとした担当者が、最初に迷うのは範囲の設定だ。SQLの講座から始めるべきか、業務分析の手法を教えるべきか、Pythonの基礎から積み上げるべきか——方針が定まらないまま研修が始まることがある。

この迷いは、FDEに必要なスキルが1層ではないことに起因する。育成を始める前に、スキルの輪郭を3層で整理しておくと設計がしやすくなる。

• 技術基礎：SQL・API・Python・クラウドサービス等、道具の習熟
• 業務読解力：現場の業務フローと意思決定の文脈を掴む力
• 実装と伝達の往復力：「作る」と「説明する」を同じ案件の中で行き来する力

この3層を先に定義しておくと、「どの層が足りないか」で対象者を評価でき、一律のプログラムを全員に当てはめるリスクを減らせる。

FDE・SWE・SA・DSのロールの違いでも整理しているように、FDEはコードを書く技術者でありながら、現場に常駐して業務を動かす役割でもある。この二面性が、育成設計を複層的にする理由だ。

社内研修の組み立て方——3フェーズで段階を作る

育成プログラムは、一括で教えようとしないことが鍵だ。3つのフェーズに分けて設計すると、対象者の習熟度に合わせた修正が入れやすくなる。

1. 技術基礎の習得（目安：2〜4ヶ月）　SQLの基礎、API連携の概念、クラウドサービスの操作を習得する段階。外部講座やオンライン学習プラットフォームと組み合わせると効率が上がる。
2. 業務読解の訓練（目安：2〜4ヶ月）　実際の案件に同乗し、現場の課題がどう定義されているかを観察する段階。先輩FDEや担当者に伴走してもらい、「現場の要求と技術で実現できることのギャップ」を繰り返し見ることで培われる。
3. 単独対応の実践（案件ごとに設定）　小さな実案件を単独で担当し、設計から実装・説明まで一人で完結させる段階。ここで初めて、自分なりの判断軸が形成される。

非エンジニア・文系でもFDEになれるかでも触れているように、技術の入口は一通りではない。フェーズ1の設計は対象者のバックグラウンドによって変わるため、入口の見極めを先に行う方が全体の効率は上がる。

外部講座で補える範囲と補えない範囲

外部の講座・スクール・研修サービスは、主にフェーズ1の技術基礎習得に有効だ。

外部講座が届くのは「ツールの使い方と概念の理解」まで。現場での判断力は、社内の実案件でしか育たない。

補える範囲と補えない範囲を整理すると、次のようになる。

補える範囲：

• SQLやPythonの文法・実行パターン
• クラウドサービスの操作と基本的な設計概念
• データ分析・可視化ツールの基礎的な使い方

補えない範囲：

• 現場の文脈に合わせた設計の判断
• 関係者との調整や合意形成のプロセス
• 「動かない理由」を現場で特定して修正する経験

外部講座は「道具の習熟」に限定して使い、それ以外は社内の実案件OJTに任せる。この役割分担を最初に整理しておくと、研修コストと期間の見積もりが立てやすくなる。

なお、外部にFDEを依頼しながら社内人材の育成を並行して進める方法も選択肢の一つだ。FDEを外部に頼む——伴走型・ベンダー付き・人材紹介の違いと選び方では、外部活用の契約形態ごとの特徴をまとめている。自社育成と外部活用を組み合わせて考える際の参考になる。