
FDE TRAININGFOR SIer/ ENGINEERING TEAMS
コンサルもコードを書く。
エンジニアも客前で喋る。
renueが自社で実践してきたFDEの採用と育成の仕組みを、
エンジニアを抱える御社の組織に移植します。
座学研修ではありません / 採用基準・AI利用可視化・文化設計まで移植します
PAIN POINTS
AIの実装力は上がった。
では、人は何で価値を出すのか。
定型的な実装はAIが担う時代。人を減らす話ではありません。一人ひとりを「AIに代替される仕事」から「AIを使い倒す仕事」へ移せるかの話です。
分業構造が人材を定型化させる
営業が聞き、SEが仕様に落とし、実装は下請けへ。工程が分断されるほど仕事は定型化し、AIに最も代替されやすい業務が組織に積み上がります。
AIを配ったが、使われ方が見えない
ライセンスを配っても、誰がどれだけ・どんな精度で使っているかが見えない。利用量と成長が結びつかず、投資が育成につながりません。
「聞けて、作れる」人材が育たない
ニーズを聞き出せる人は実装できず、実装できる人は客前に出ない。両方を担う人材を、どう採用しどう育てるかの基準が社内にありません。
WHY RENUE
renueは、FDE組織を
自社で作ってから提供しています。
FDEとはFDE(Forward Deployed Engineer)とは、顧客の現場に入り込み、ニーズを聞き出し、自ら実装し、成果に責任を持つエンジニアです。
renue自身の実績renueはこの働き方を自社の標準とし、コンサルティングと実装を分業しない組織のまま、売上を1年で2.6億円から5.8億円へ伸ばしてきました。
実証済みの仕組みを提供この構造こそが、私たちが提供する「実証済みの仕組み」です。

職務の壁を壊す文化
コンサルもコードを書き、エンジニアも客前で喋り、地方営業にも行く。「それは自分の仕事ではない」という言葉が無い組織を、制度と評価で作ってきました。
顧客の仕事を吸収しながら開発
聞く人と作る人が同一だから、仕様書を介した伝言ゲームが起きない。顧客の業務を吸収しながら開発するので、満足度と改善速度が両立します。
業務のフラグメンテーション防止
開発タスクを他ベンダーに分配せず、一人が「聞く→設計→実装→運用」までを持ち切る。業務が細切れにならないため、責任の所在も改善のスピードも失われません。
HIRING ASSESSMENT
FDEに必要な行動を、
4つの軸で評価する。
renueで用いている4つの観点を、御社の職務に即した共通質問・ワークサンプル・行動アンカー付きスコアカードに落とし込みます。
要件理解と対話
質問の意図を確認し、認識を揃えられるか
- 曖昧な依頼に対して、目的・前提・制約を確認し、相手との認識を揃えられるか
- 結論と根拠を整理して説明し、追加情報やフィードバックを受けて回答を修正できるか
技術的好奇心
未知の技術を、自ら分解して確かめられるか
- 関心のある実装やテーマを、自分の経験と結びつけて説明できるか
- 不明点を分解し、仮説・質問・小さな検証によって理解を深められるか
- 発話量ではなく、質問の質と検証行動を評価する
技術的誠実さ
事実と推測を分け、判断過程を説明できるか
- 過去の実装・設計について、担当範囲・判断理由・結果を具体的に説明できるか
- 経験のない領域では推測を断定せず、事実と仮説を分け、確認方法を提示できるか
- 非エンジニアには、身近な業務をデータと関係性に分解するワークサンプルを用いる
学習・改善力
経験を振り返り、次の行動に変えられるか
- 大小を問わず、期待どおりに進まなかった事例について、原因と自分の判断を振り返れるか
- 得た学びを、次の行動・仕組み・再発防止へ反映した具体例があるか
- 失敗の派手さではなく、振り返りと改善行動の質を評価する
HOW WE DEVELOP
FDEは研修では育たない。
仕組みと文化で育てる。
renueが自社で運用している4つの育成の仕組みを、御社の組織に合わせて実装します。
AI活用状況のトラッキング
導入状況と作業プロセスを、育成の起点として可視化する
自社開発のAI活用分析基盤で、Claude Code・Codex・Cursorなど主要AIエージェントの利用状況と作業プロセスを可視化します。
量だけで評価しない
利用時間・セッション数だけで、能力や成果を判断しません。
改善可能な行動を読み解く
レビュー・検証の実施、指示の具体性、手戻りの要因などと合わせて読み解きます。
育成支援に限定して運用
組織・チーム単位で傾向を把握。個人ログを扱う場合は、利用目的・閲覧権限・本人へのフィードバック方法を定めます。
AI活用分析基盤(Agent Monitor)
セッション数・利用エージェント・作業プロセスを組織・チーム単位で可視化し、支援テーマを特定する自社開発基盤。従業員の端末登録からインサイト表示まで導入できます。
agent-monitor.renue.co.jp
日次セッション推移・エージェント分布・モデル分布を組織単位で可視化

セッション品質の推移と診断サマリーから、レビュー・検証・指示の具体性など改善可能な作業プロセスを特定
※ 表示スコアはセッション品質を改善するための補助指標であり、個人の能力や人事評価を示す点数ではありません。
職務領域の撤廃
「それは自分の仕事ではない」を許さない
職種の境界を越え、顧客理解から実装までを一人で担える体制を作ります。
コンサルも実装する
AIを使ってコードを書き、コード変更の提案(Pull Request)まで作成することを求めます。
エンジニアも顧客に会う
地方営業にも行き、顧客と直接向き合います。
聞く → 作るまでを持ち切る
ニーズの把握から実装まで一人が責任を持つ体制を、評価制度と日々の運用に落とし込みます。

壊すことを恐れない仕組み
失敗は叱らない。怠惰を叱る
失敗を恐れず試せる環境と、技術を継続的に更新できる共通基盤を作ります。
失敗そのものは叱らない
サーバー停止のような失敗は責めず、やらないこと・怠惰にだけ厳しくします。
挑戦の練習場を用意
壊してもよい社内サービスを拡充し、安全に試せる環境を作ります。
共通基盤をAIで更新
顧客提供物はテンプレートプロジェクトの共通基盤で作り、前提技術が陳腐化してもAIで一気にアップデートします。

事業・ものづくりへのリスペクト
作っている人が偉い。ただし技術に天狗にならない
良いものを作る誇りと、顧客の事業成果を優先する姿勢を組織に根付かせます。
作る人を尊重する
「ものを作っている人が偉い」という価値観を根付かせます。
技術に天狗にならない
技術力を誇るだけでなく、顧客にとって良いものかを基準に判断します。
目的は顧客の事業を前に進めること
技術は手段であり、顧客の事業を前に進めることを最優先にします。

FLOW
支援の進め方
現状診断
御社のエンジニア組織の分業構造・AI利用状況・評価制度をヒアリングし、FDE型人材が育たない構造的要因を特定します。
採用アセスメント設計
要件理解と対話・技術的好奇心・技術的誠実さ・学習改善力の4軸を、共通質問・ワークサンプル・行動アンカー付きスコアカードへ落とし込みます。面接への同席・評価の擦り合わせまで行います。
AI利用トラッキング導入
AI活用分析基盤を導入し、利用状況とセッション品質を組織・チーム単位で可視化します。利用量だけで評価せず、改善が必要な工程と支援テーマを特定します。
伴走育成・文化定着
職務領域の撤廃、失敗を許容する仕組み、テンプレート共通基盤の整備までを伴走。データと本人へのフィードバックに基づく育成サイクルを、御社内で回せる状態にして移管します。
GET STARTED
無料でFDE組織診断を相談する
分業構造・AI利用・採用課題を伺い、FDE化の最初の一歩をご提案します。必須入力は3項目です。
FAQ
よくあるご質問
米Palantir社で生まれ、AI時代のエンジニア像として広がっている職種概念です。顧客の現場に入り込み、ニーズを自ら聞き出し、AIとともに自ら実装し、成果に責任を持つエンジニアです。要件を聞く人と作る人を分ける従来の分業と異なり、一人が「聞く→設計→実装→運用」までを持ち切ります。AIが実装の大部分を担える時代には、顧客の業務を理解し形にできるFDE型人材こそが付加価値の源泉になると考えています。
座学だけでは育ちません。FDEの育成には、採用基準・AI利用の可視化・職務領域の撤廃・失敗を許容する仕組みという組織側の変更が不可欠です。renueの支援は研修の提供ではなく、自社で実践してきた採用と育成の仕組みそのものを御社に移植することです。
Claude Code・Codex・Cursorなどの導入状況に加え、レビュー・検証の実施、指示の具体性、手戻りの要因といった改善可能な作業プロセスを見ます。利用時間や利用量だけで能力・成果を判定せず、まず組織・チーム単位で傾向を把握し、研修テーマや支援が必要な工程を特定します。個人ログを参照する場合も、本人へのフィードバックと育成支援に使い、人事評価へ直接転用しません。
導入時に、取得するデータの範囲・保存先・閲覧権限を明文化し、利用目的を「育成」に特定した上で従業員への説明までを支援範囲に含めます。組織・チーム単位での把握を基本とし、個人ログを扱う場合も人事評価へ直接転用しない運用を前提に、就業規則や社内規程との整合を確認します。従業員に隠して導入することは推奨していません。
なれます。renue自身、コンサル出身者がAIを使ってコードを書き、コード変更の提案(Pull Request)まで作成する文化を作ってきました。重要なのは現時点のコーディングスキルだけではなく、業務をデータ構造に分解する力、未知の技術を検証する行動、失敗から改善した経験です。採用アセスメントでは非エンジニアにも職務に即したワークサンプルを用い、共通のスコアカードで評価する方法を提供します。
「言われたものを作る」だけの仕事から、顧客と直接向き合い成果に責任を持つ仕事へ変わることで、AIに代替されない市場価値を持てるようになります。FDE型の働き方はエンジニア個人のキャリアにとっても、上流・高単価側へのシフトそのものです。renueの支援は人を選別するためのものではなく、今いるメンバーが価値を出せる側に回るための仕組みづくりです。
できます。ただし、開発タスクを外部に分配する構造をそのままにしてFDEだけを育てることはできません。まずは一部のチーム・案件から「聞く→作る」を一人が持ち切る体制を作り、成果を示しながら適用範囲を広げるアプローチを取ります。現状診断の段階で、御社の構造に合わせた現実的な移行パスを設計します。
現状診断は数週間、採用アセスメント設計からトラッキング導入・伴走育成までは組織規模により異なります。まずは無料相談で御社の状況をお聞かせください。診断結果をもとに、範囲と費用をご提案します。
「言われたものを作るだけ」の構造を、
ここで断ち切る。
御社のエンジニア組織の分業構造とAI利用状況を診断し、
FDE型組織への現実的な移行パスをご提案します。
採用基準・トラッキング基盤・文化設計まで、実装して成果を出します
renueのFDEとして働くことに興味がある方は採用情報へ
