日本企業でFDEチームをどう組む？前線・つなぎ・守りの役割

FDEの仕事を一人の万能な人材へ集めると、判断も実装も確認も止まりやすくなります。サッカーの比喩を使い、前線・つなぎ・守り・司令塔の四つの機能としてチームを考えます。大切なのは人数を増やすことより、誰が何を判断して次へ渡すかです。

四つのポジションは、人数ではなく機能の整理

サッカーで得点する人だけを集めても試合は進みません。現場で試す人を支え、情報をつなぎ、全体を見る人が必要です。FDEのチームも、実装の前後にある役割を見えるようにします。

ここで示す四つの区分は、サートプロの記事で使う組織設計の比喩です。FDEの公式な国際職種区分や資格の等級を表すものではありません。小規模な体制なら、一人が複数の役割を兼ねることもあります。

兼務する場合も、自分が作ったものをどの立場で確かめるかを区別します。必要な確認を別の担当者へ依頼するなど、役割を省略しないことが重要です。

前線：現場の困りごとを、試せる課題へ変える

前線の担当は、利用者の隣で仕事を聞き、困りごとの前後を観察します。「何をAI化するか」より先に、「誰の何が詰まっているか」を整理し、試す範囲を決めます。

小さな試作を利用者に見せ、操作の迷い、出力の不足、業務とのずれを拾います。技術だけで決めず、現場から得た反応を、次の設計へ戻す役割です。

つなぎの担当へ渡すのは、曖昧な要望だけではありません。目的、入力、期待する出力、制約、試した結果をまとめます。守りの担当へは、使いたい情報と実行したい操作を具体的に伝えます。

つなぎ：知識と部品を整理し、前線のやり直しを減らす

サッカーでいうミッドフィルダーの役割です。業務テンプレート、プロンプト、FAQ、利用手順、失敗の記録を整理し、必要な人が使えるようにします。前線が毎回ゼロから探す負担を減らします。

整理する際は、資料の出所、更新日、使える業務、確認する相手を残します。古い手順や検証していないプロンプトを、そのまま標準として広げないことも仕事です。

現場の言葉と技術者の言葉をそろえ、異なる部門で似た課題が起きているかを見ます。ただし、一つの部署で使えた仕組みを他部署へ移す際には、データや手順の違いを改めて確かめます。

守り：使ってよい条件と、止める条件を明らかにする

守りの担当は、データ、アクセス権、出力の品質、外部送信、社内の利用条件を確認します。実装の最後に承認だけ求めるより、試作の段階から関わると、後から作り直す範囲を減らせます。

例えば、利用できないデータ、照合が必要な数値、人の確認を残す操作、例外時の連絡先を前線と共有します。対応できないときは、どんな条件なら試せるかまで話し合います。

情報管理や品質の専門判断を一人で抱える必要はありません。既存の情報システム部門や担当部署、外部の専門家へつなぐ窓口を決めます。実装前の詳しい確認項目は、権限と責任の記事で扱っています。

司令塔：優先順位と、進める・止める判断を持つ

司令塔は、顧客や経営が期待すること、担当者の負担、使える時間と費用を見て、何を先に試すかを決めます。全ての要望を同時に受けると、前線も支援側も動きにくくなります。

試作から実務へ進める条件と、途中で見直す条件を共有します。誰に追加の確認を求めるか、どこまでを今回の範囲とするかも調整します。

FDE本人の技術力だけでは、部門を越えた業務変更は進みません。経営者や管理職が、判断する場と担当者の時間を用意することも、チームの働きを支えます。

議事録改善の例で、四つの役割の受け渡しを見る

会議後のタスク整理を改善する、という説明用の例で考えます。前線は、議事録の作成だけでなく、その後の確認や担当への引き継ぎにどんな負担があるかを聞き取ります。

つなぎは、議事録とタスク一覧の形式をそろえ、使う資料と確認の観点を整理します。守りは、録音や発言内容の扱い、出力の確認方法、自動で外部へ送らない条件などを確かめます。

司令塔は、まず一つの会議で試す範囲と確認担当を決め、結果を見て次へ進めるか判断します。この例は役割分担を示すもので、特定の導入実績や効果を示すものではありません。

既存の担当者と支援先を、役割表へ置いてみる

新しい部署を作る前に、現場リーダー、開発担当、情報システム部門、教育担当、経営者など、すでにいる人を四つの機能へ当てはめてみます。外部の実装支援や教育機関が、足りない部分を支える形も考えられます。

人がいない機能、兼務が重い機能、判断が返ってこない箇所が、次に調整する対象です。チームの人数や立ち上げ日程を決める前に、担当と受け渡しを確認します。

サートプロへの相談では、役割の整理と、それぞれに必要な学習を合わせて検討できます。SESの現場経験をどんな力へつなぐかは、別記事「SESの現場経験をFDEへ生かすには？」に分けています。

四つの役割には、必ず四人必要ですか？

機能の整理なので、必ず四人に分ける必要はありません。兼務する場合も、作業、確認、進行の判断を区別し、必要な場面では別の担当者に確認を依頼します。

技術者だけでFDEチームを作れますか？

実装力に加え、業務の説明、資料の整備、利用条件の確認、優先順位の判断が必要です。既存部門や外部の支援者も含めて、機能を担う相手を決めます。

最初に何を決めるとよいですか？

対象業務と、小さく試す範囲を決めます。そのうえで、誰が現場に入り、誰が支え、誰が確認し、誰が次へ進む判断をするかを書き出します。

関連する別の論点はこちらで詳しく説明しています。

FDEチームの役割と育成を相談する

自社の担当者と外部支援をどう組み合わせるか。四つの機能と必要な学習を整理するところからご相談ください。