自社FDEを持つ前に決める3つのこと——何を作り、誰が動かし、どう測るか

FDEを自社に置きたい、あるいは外部FDEとの協働を経て内製化・インソースを検討している——そういう相談が増えている。ところが話を聞くと、検討の順番が逆になっているケースが多い。採用要件を先に固めたり、ツールの選定から入ったりして、いざ稼働してみると「何をやらせればいいか分からない」状態になる。

FDE内製化が空転するのは、スキルの問題より前に、決めるべきことを先に決めていないからだ。

問い1——何を作るかを、1〜2本に絞る

FDEケイパビリティを自社に持つ最大の利点は、特定の業務を繰り返し改善し続けられる点にある。スコープが広すぎると力が分散し、外部委託と変わらなくなる。

先に答えるべき問いは「今、意思決定の質を上げたい業務はどこか」だ。候補を選ぶ目安として次の3点が使いやすい。

• データがすでに存在している業務
• 意思決定の頻度が週単位以上ある業務
• 現状、人が手で加工・集計している業務

この条件が重なる業務を1〜2本選ぶ。全社DXを一度に進めようとするとFDEは機能しない。どの業務にどの能力が必要かを整理したい場合は、FDE・SWE・SA・DSのロールの違いも合わせて参照してほしい。

問い2——誰が判断するかを、名前で決める

FDEが開発したツールは、使い続けるほど業務に根を張る。その分、「修正する・やめる・拡張する」という意思決定を誰が持つかが重要になる。

FDEが作るものは、ITシステムの範疇に収まらない。業務プロセスそのものを変える道具であるため、その権限を持つ人間がいなければ作って終わりになる。

これを「業務オーナー」と呼ぶ。オーナーが不在だと改善ループは止まる。FDEが提案しても「上に確認します」が続き、ツールは放置される。

内製化の前に、事業部門から具体的な人名を1人指名しておくこと。役職ではなく名前で決める。FDEを外部に頼む場合の選び方でも発注側の窓口人材の重要性に触れているが、内製化でも同じ構造が問題になる。

問い3——どう測るかを、稼働前に合意する

「ダッシュボードを作った」「ツールをリリースした」は成果ではない。FDE内製化を正当化し続けるには、事業指標と紐づいた測定基準が必要だ。

導入前に合意しておく項目は次の3つだ。

1. ベースライン——改善前の現状値（処理時間・エラー率・確認工数など）を記録する
2. 評価タイミング——稼働から何週間後に振り返るかを決める
3. 判断者——数値を見て「続ける・変える・止める」を誰が決めるかを指名する

これを後回しにすると、FDEの活動が「なんとなく便利そう」で止まり、予算継続の根拠が出てこない。

---

ロードマップを引く順番は「業務スコープの確定→業務オーナーの指名→成果指標の合意→採用・インソース」だ。この順番を守ると、FDEが自社に根付くまでの工程が現実的な粒度になる。

インソースの初期は外部FDEとの並走で仮説を検証し、再現性が確認できた業務から段階的に内製に移行するのが定石だ。一度作ったスコープは半年ごとに棚卸しし、成果の出た業務は深化させ、停滞した業務は切り離すサイクルを持つと、FDEの稼働が持続しやすくなる。

移行局面の伴走支援についてはしぼる（DX伴走支援）で詳しく案内している。