FDEの仕事とは？担うべき4つの役割を解説

FDEの正式名称を暗唱できる人は少なくありませんが、あるFDEが月曜日の朝に何をしているかを明確に言える人は多くありません。

この職種の名刺には6文字があります：Forward Deployed Engineer、フォワード・デプロイド・エンジニア。

しかし本当にあなたがこの仕事をできるかどうかを決めるのは、別の4つの問いです。業務現場に入った後、何から始めるか、次に何をするか、どこまでやれば完了か、完了後に何で有用性を証明するか。

今日はFDEの役割を4つに分解し、一度で明確に、回り道しません。

まず明確に：役割とスキルは同じことではない

FDEについて話すとき、話題は容易にスキルリストに滑ります。コードが書けなければならず、大規模言語モデルを理解しなければならず、人と話せなければならず、デモができなければならない。

スキルリストは役に立たないわけではありません。それが解決する問題は「場に出るとき何の装備を持つか」です。

役割が解決する問題は別です。場に出た後あなたはどのポジションに立つか。

装備は同じでも、ポジションを間違えれば、成果は3倍差がつきます。一人がコードを非常に綺麗に書いても、もし彼が時間を月に2回しか発生しない工程に使えば、数週間は無駄になります。

だからスキルを暗記するより、まずこの4つの役割を脳に刻み込む方が良いです。それらは4つの段階ではなく、同時に動く4つの歯車のようなものです——しかし異なる時期に、常に1つが主軸になります。

役割一：業務プロセスを深く理解する

問い：お金、帳簿、伝票、承認は、実際どう流れるか？

これは全ての仕事の起点であり、最も跳ばされやすい一歩でもあります。

多くの人は進場するとすぐ「AIが使える場所」を探し急ぎます。結果、作り出したものは想像中の問題を解決します。

本当にすべき第一の事は、このことが今どう動いているか把握することです。

具体的にどうするか？3つの動作です。

第一、同行します。 このことをやっている人の隣に座り、彼がパソコンを開いてから結果を出すまでの完全なプロセスを見ます。彼に話させるのではなく、彼がやるのを見ます。人が話し出すプロセスと、実際やるプロセスは、ほぼ永遠に違います。

第二、描き出します。 見た各歩を図に描きます。起点は何か、誰の手を経るか、どの歩で詰まるか、詰まったらどうするか。この図は綺麗である必要はありませんが、真実でなければなりません。

第三、例外を記録します。「一般状況はこうだが、時々ああなる」という場所を、全て別途記録します。これらの例外が、しばしば後で最も価値のある部分です。

この役割がやり遂げられたかどうか、非常にシンプルな基準があります。あなたは3文で、このことがなぜこう動くかを、入社3日の新人に明確に話せるか？

話せなければ、あなたはまだ本当に見入っていないということです。

役割二：効率化機会点を識別する

問い：どの工程が最も手を動かす価値があるか？

プロセスを把握したら、至る所痛いと気づくでしょう。このとき最も犯しやすい間違いは、自分が最もやりたいものを選んでやることです。

FDEはそう選べません。彼は一套の選別基準が必要です。よく使われるのは3つの次元です。

頻度。 この工程は一日何回発生するか、一週間何回発生するか。一回やるのにどれくらいかかるか。頻度の低いことは、単回が非常に痛くても、総量は限られています。頻度の高いことは、毎回2分節約するだけでも、累計すれば驚異的です。

データ量。 この工程はどれだけのレコード、どれだけのドキュメント、どれだけの表を処理するか。データ量はそれが自動化に渡すのに適しているか決定し、やり終えた後効果が十分明顕か決定します。

検証可能性。 直し終えた後、一つの数字を見つけてそれが良くなったことを証明できるか。どれだけ時間を節約したか、どれだけミスを減らしたか、何日速くなったか。もし一つのことをやり終えた後「なんとなく順調になった気がする」しか言えないなら、誰も続けて投入するよう説得するのは非常に難しいです。

3つの次元を一緒に採点すれば、答えは通常自分で浮かび上がります。

ここには非常に面白い規律があります。本当に手を動かす価値のある切り口は、しばしば最も難しいものでも、最も容易に思いつくものでもありません。

最も難しいものは、技術上達成感があるが、サイクルが長く、リスクが高く、作り出したとき業務はもう変わっているかもしれません。

最も容易なものは、しばしば価値も最低で、やり終えても変化が見えません。

中間に落ちるものこそ、手を下すべきです。

役割三：データとシステムを連携する

問い：必要なものが各所に散らばっている、どう接続するか？

これはFDEが時間を最も多く使い、また最も過小評価されやすい一つです。

理想状況下では、必要なデータは全て一つのシステムにあり、フィールドは整っていて、いつでも取れます。

現実状況は通常こうです。一部分はある古いシステムにあり、一部分は何人かが各自メンテナンスする電子表格にあり、一部分はチャット記録に散らばっており、さらに一部分はある古い従業員の頭にしか存在しません。

手を動かすには、まずそれらを接続しなければなりません。具体的な動作は大体この何歩かです。

データ源を点検します。 結局何ヶ所あるか、それぞれ誰がメンテナンスするか、どれくらいの頻度で更新するか、導出できるか。

基準を統一します。 この歩が最も磨きます。同じもの、A部門は「顧客」と呼び、B部門は「協力方」と呼び、C部門の表格では「単位」と書きます。基準が統一されなければ、後の全ての分析は歪みます。

通路を組み立てます。 インターフェースができればインターフェースをやり、できなければまず定時搬送をやり、さらにダメなら人工アップロードの入口をやります。ここの判断基準は、まず通させ、それから優雅にするです。

洗浄をやります。 欠値を補い、重複を合併し、フォーマットが乱れているものを統一します。この仕事は体面ではありませんが、それが後の全てのものの信頼度を決定します。

この役割の成果は、一回通った結果を見るのではありません。本当の納品物は、継続的に動作するパイプラインです。

パイプラインが一旦建てられれば、後の毎回の新ニーズは速くなります。これもなぜ前で少し遅くても価値があるか——あなたは後の毎回のために時間を節約しているのです。

役割四：本番環境の安定運用を保障する

問い：リリースした、それから？

多くのプロジェクトはここで死にます。

ものはできました、デモは大成功、会議で皆拍手、それで終わりです。3ヶ月後に聞くと、誰も使っていません。

なぜか？「順調に動く」ことに誰も責任を持たないからです。

FDEの役割では、リリースは中間点に過ぎません。後にはまだ非常に長い段階があります。

モニタリング。 それはまだ動いているか？毎日どれだけ処理したか？どの回か動かなかったことがあるか？

バックアップ。 エラーが出たときどうするか？誰かが見られるか、手動で補えるか、誰を探すべきか知っているか。

再検査。 重要な結果は誰かが人工で一目見るか。完全無人値守は、小規模段階ではしばしば無責任です。

反復。 業務が変わった、ルールが変わった、それは一緒に変わったか。

この一つの計量指標は非常に直接的です。アクティブ使用率、失敗率、人工介入比率、異常処理時間。

一言でまとめると、前の3つの役割はものが作り出せるかどうかを決定し、4つ目はそれが生き残れるかどうかを決定します。

一枚の表で収める：4つの役割対照表

この表は直接自己点検リストとして使えます。一つのプロジェクトが順調でなければ、多半その中のある行が問題を出しています。

4つの役割の関係：流れ作業ではなく、循環

この4つを先後の4つの段階と理解しやすいです。まずプロセスを把握し、再び切り口を探し、再びデータを接続し、最後に運用を保障し、やり終えて収めます。

実際そうではありません。

より真実の画面に近いのは：あなたが運用を保障しているとき、絶えず新しいプロセス細部を発見します。あなたがプロセスをより深く理解すると、また新しい機会点を見ます。新しい機会点を一動かすと、また新しいデータ源を接続しなければなりません。

だからそれは一つの円です。

もし一つが最も重要だと必ず言うなら、答えは段階に依存します。進場したばかりのとき、第一つが7割を占めます。切り口を見つけた後、第二つと第三つが主導します。リリース後、第四つが主軸になります。

一人のFDEの成熟度の高低を判断するには、彼の頭の中に同時にこの4つが入っているか見ます。新人はしばしばその中の一つだけ見つめ、古参は4つの間を素早く切り替えられます。

自己テスト：あなたは今どれが欠けているか

3つの問題で、素早く位置を定めます。

第一、あなたはあなたが今やっているそのことの完整プロセスを描けるか？ 描けなければ、第一つはまだやり終えていません。急いで下に行かないでください。

第二、あなたは一言で「なぜこのことで、他のではないか」を明確に言えるか？ 言い出せなければ、第二つの基準が立っていません。あなたはただ感覚で仕事を選んでいます。

第三、あなたが作ったものは、誰かが来月の運転を負責しているか？ いなければ、第四つは空で、前の3つの成果は遅かれ早かれゼロに帰します。

3つ全て答えられれば、この4つの役割はあなたのところで既に成形しています。

最後

FDEは肩書きで話す職種ではありません。

その価値は、あまり目立たない場所に隠れています——同行のあの半日に、基準を統一するあの一回の言い争いに、誰も見ない監視アラートに。

役割を考え抜けば、ツールを一つ多く学ぶよりずっと重要です。

FDEを体系的に学び、私が整理した資料を入手したいですか？本号をフォローして、今後の更新を見逃さないでください。