FDEは何を「作らない」と決めるのか？

なぜ「何を作らないか」が重要なのか？

優先順位づけがなぜ大事かというと、リソースが有限で、全部は作れないからです。やりたいことや要望は、いつも手持ちの時間より多くなります。だから「何から作るか」を並べるだけでは足りず、「何を作らないか」を決めて落とすところまでやって、はじめて優先順位づけになります。

多くの現場で起きるのは、要望をぜんぶ受け止めてしまうことです。「これも大事」「あれも欲しい」を全部リストに残すと、結局すべてが中途半端になります。優先順位とは、順番を入れ替える作業ではありません。限られた資源を、本当に成果が出るものへ集めるために、それ以外を手放す決断のことです。

この「手放す決断」は、PdM（プロダクトマネージャー）が日々鍛えている中核スキルです。やらないことを決められないPdMは、プロダクトをぼやけさせます。同じことが、顧客の現場で何を作るかを決めるFDEにも当てはまります。

全部やる現場と、優先順位で絞る現場は何が違うのか？

違いは結果にはっきり出ます。全部やろうとすると資源が分散して、どれも刺さりません。優先順位で絞ると、効くものに資源が集まって成果が出ます。同じ時間と人数でも、配り方ひとつで届く価値がまるで変わります。

全部やる現場では、一つひとつにかけられる資源が薄くなります。あれもこれもと手を広げた結果、どれも「あと一歩」で止まり、顧客から見ると「いろいろあるけど、決め手がない」状態になります。作った量は多いのに、成果が出ないのはこのためです。

一方、優先順位で絞る現場は、いちばん効くものに資源を寄せます。やらないと決めたものに使うはずだった時間が、残した一つを「使われるところまで」磨くのに回ります。捨てるからこそ、残したものが刺さる——優先順位づけは、何かを諦める後ろ向きの作業ではなく、成果を最大化するための前向きな選択です。

FDEは現場で、どう優先順位をつけるのか？

FDEが優先順位をつける基準は、「顧客の成果に直結するか」です。声の大きい要望や、作りやすい機能からではなく、それを作ると顧客の業務や事業がどれだけ前に進むかで並べます。この基準で見ると、リストの上位と下位は、最初の印象とは入れ替わることがよくあります。

ここでFDEならではの強みになるのが、実装まで自分で持つことです。決めるだけの立場だと、効果は語れても実装コストの当たりがつきません。FDEは作る側でもあるので、「これは効果は大きいが実装が重い」「これは軽く作れて効きそうだ」を同じ目線で見積もれます。効果とコストを両側から見て絞り込めるのが、実装を持つFDEの優先順位づけです。

そして最大の価値は、「作る前」に絞り込むことにあります。作ってしまってから「これは要らなかった」と気づくのが、いちばん高くつく失敗です。FDEは顧客の現場に入り込み、何を作らないかを早い段階で決めることで、無駄な実装そのものを減らします。何を作るかを見極める力とセットで効くこの判断は、「何を作るべきか」を決めるとはと表裏で読むと、より立体的に見えてきます。

生成AIで安く作れる時代に、優先順位は要らなくなるのか？

むしろ逆です。安く速く作れるようになるほど、「何を作らないか」を決める力は希少になります。作るコストが下がると、「とりあえず作ってみよう」のハードルも下がり、本当は要らないものまで作る言い訳が増えるからです。

作るのが大変だった時代は、作れること自体に歯止めがありました。コストが重いぶん、「本当に必要か」を嫌でも考えたのです。ところがAIで実装が安くなると、その歯止めが外れます。気づけば、誰も使わない機能が増え、それを保守し続ける負担だけが残る——「速く作れる」ことが、かえって散らかりを生むのが今の時代です。

優先順位づけとは「何を作らないか」を決めること。作れるものが増えたAI時代こそ、絞る判断がFDEの価値になる。

だからこそ、これからの受託・SIerの武器は「速く作れること」ではなく、「作らないものを決められること」になります。同じAIを、たくさん作るためではなく、外さない一つに絞るために使う。この絞る判断こそが、AI時代に値崩れしないFDEの価値です。生成AIと受託単価の関係は生成AIで受託開発の単価は下がるのか？で、エンジニアが手にすべき武器はバイブコーディング時代に必要な武器で整理しています。