上流エンジニアの典型的1日：従来エンジニアとの違いを徹底比較

2026年6月26日

概要

AIがコードを書く時代に、価値を作るエンジニアの1日は、従来のソフトウェアエンジニアと根本的に違います。コードを書く時間は半分以下、クライアントとの対話と業務分析が中核を占め、AIエージェントは部下のように使いこなす——これがFDE型・業務密着型エンジニアの実像です。本稿では現場リーダー向けに、上流エンジニアと従来エンジニアの1日を、時間配分・タスク内容・成果物の3軸で比較し、自チームの上流化に必要なスキルセットを具体的に描き出します。

問題の構造——「エンジニアの1日」のイメージが古いままでは育成が空転する

現場リーダーが直視すべきは、自分やメンバーが持っている「エンジニアの仕事像」が、AI時代にすでに陳腐化している可能性です。

第一に、従来型のエンジニア像は「コードを書く時間が中心」というイメージで構成されてきました。仕様書を受け取り、設計し、コーディングし、テストする——この一連の作業が1日の大半を占めるという暗黙の前提です。しかし、AIエージェントが実装タスクを高速処理する現在、この時間配分は経済的に成立しなくなっています。

第二に、現場リーダーが部下を育成する際の「目指す姿」が更新されていません。「もっと早くコードを書けるように」「もっと深く技術を学ぶように」という指導は、AI時代には方向違いです。求めるべきは「もっと深くクライアントの業務を理解できるように」「もっと的確に課題を構造化できるように」という指導です。

第三に、評価面談・1on1での話題が、技術スキルとタスク消化に偏っています。「今期は何の言語を学んだか」「何件のチケットを消化したか」——こうした問いだけでは、上流化に必要なスキルは可視化できません。

つまり、現場リーダーは「エンジニアの典型的1日」のイメージそのものを更新する必要があるのです。これがなければ、メンバーの育成方針も評価軸も、すべて古い前提のままになります。

真因の分析——なぜ「上流エンジニアの1日」が見えにくいのか

上流エンジニア——FDE型・業務密着型エンジニア——の1日の実像が、多くの現場で見えにくくなっている理由を3つ整理します。

真因1：日本IT企業に「FDE型」のロールモデルが少ない

Palantirが2010年代から運用するFDEモデルは、米国西海岸では確立されたエンジニア像ですが、日本ではまだ広く認知されていません。多くの日本IT企業では、SIerの「上流SE」とコンサルファームの「ITコンサル」が分断しており、両者を統合した「業務を理解し、AIで実装まで担うエンジニア」が組織的に育っていません。

そのため、現場リーダーが「上流エンジニアとはこういう1日を送る人だ」と具体的に語れるロールモデルが、社内に存在しないという問題が発生します。