非エンジニア・文系でもFDEになれるか——技術の入口はどこにあるか

FDEにおけるコードの役割

FDEは、ソフトウェアを「開発する」職種ではなく、「現場に埋め込んで動かす」職種だ。

この一文が、技術の深さの議論の出発点になる。ソフトウェアエンジニア（SWE）が機能をゼロから実装するのに対し、FDEが扱うコードは現場の業務フローに沿った設定・軽微なスクリプト・自動化ルールに留まることが多い。両者のコード比率と顧客距離の違いは、FDE・SWE・SA・DS——コード比率と顧客距離でみるエンジニア職の違いで整理している。

ただし「書かなくていい」は「読めなくていい」を意味しない。ここを混同すると、入口に立てない。

非エンジニアに求められる技術の最低線

コードをゼロから書けなくても、FDEとして現場で機能するための技術的な素養がある。優先度の高い順に挙げる。

• データの読み書き（SQL基礎）：業務データがどこにあり、どう動いているかを自分で確かめられること。SELECT・WHERE・JOINの3操作が起点になる
• APIの概念理解：ツールとシステムがどう接続されるかを、エンジニアに説明できる程度に把握していること
• エラーログの読解：ツールが止まったとき、何が起きているかを技術チームへ正確に伝えられること

この3点が揃えば、実装はエンジニアに委ねながら、設計・判断・現場調整の役割を担える。「全部自分でできなければFDEにはなれない」は誤解だ。

文系・非エンジニア出身が活きる場面

技術の不足を先に心配する前に、確認しておきたいことがある。

FDEが現場で機能するかどうかは、技術の深さより「業務を言語化・構造化できるか」にかかっている。

「何を、誰が、どの順番でやっているか」を形式知に変えられる人間は、AIや業務ツールの設計において大きな強みになる。

文系・非エンジニア出身者は、この構造化の作業に慣れていることが多い。インタビュー・文書整理・ヒアリングの経験が、現場の暗黙知を取り出す力に直結する。FDEが最も多くの時間を使う工程はコーディングではなく、この「現場の声を設計に変換するプロセス」だ。

AIが現場で定着しない理由の多くも、この変換の工程が不十分なことに起因している（AIが現場で動かない本当の理由——データ・権限・業務の縫い合わせとFDE）。文系出身者が持つ「人の話を構造として整理する力」は、この問題に直接効く。

入口に立つための学習の順番

非エンジニア・文系出身者がFDEを目指すなら、次の順番で動くのが現実的だ。

1. 業務フローの言語化：箇条書きや図で「誰が・何を・どの順で」を書き出せる状態にする
2. SQL基礎の習得：業務データを自分で読めるようにする
3. ノーコードツールの操作経験：Zapier・Make・Notionなどを使い、ツールを「繋ぐ」設計の感覚をつかむ

コードを書く力はその先にある。最初から書けることを目指す必要はない。

FDEのロール全体を把握したうえで自分の立ち位置を確かめたい場合は、FDEの仕事内容とは？現場から定着まで担うロールの全体像が参考になる。経歴よりも「現場で何ができるか」を問う職種である以上、出自よりも動き方のほうが問われる。