FDEが担当する仕事
FDEは、顧客の現場に近い場所で課題を理解し、技術を使って解決策を形にするエンジニアです。コードを書くことだけでなく、業務の流れ、判断の理由、導入後の運用まで見ながら支援します。
仕様が決まる前に技術者が参加する理由
仕様書を渡してから開発を始める進め方では、現場の前提が共有されず、完成後に「想像と違った」となることがあります。部門ごとの情報分断や属人化も、技術だけでは解きにくい課題です。
課題の発見と実装を切り離さないため、本当に必要な機能へ絞り込みやすくなります。小さく導入して利用者の反応を得ながら改善できるため、大きな手戻りも抑えられます。
依頼側にも必要な準備
FDEという肩書きだけで成果が出るわけではありません。依頼側でも、業務担当者への聞き取りや試作の確認に参加し、検証結果をもとに次の作業を決められる体制が必要です。
相談から開発へ進む手順
まず現場ヒアリングで人・情報・判断の流れを整理します。次に優先課題と成功条件を決め、PoCまたは最小構成を作り、導入後の利用状況から次の改善を決めます。
技術領域の広さだけでなく、業務理解の進め方、PoCから本開発へ移る基準、導入後の支援範囲を確認してください。業務担当者の説明を、画面・データ・処理の設計に落とし込めるかを確認します。
ミアサヒの対応範囲
ミアサヒはアプリ・Web・Backend・Cloudの開発経験を土台に、FDE型開発支援を提供しています。要件が固まっていない段階から、課題整理、技術検証、開発、導入後の改善まで支援します。
参考資料
OpenAI:Forward Deployed Engineer(職務紹介・英語)
OpenAIが公表するFDEの職務には、顧客との課題整理、設計、開発、本番導入が含まれています。FDEの役割の一例として参照しています。
よくある質問
FDEは常駐しないと利用できませんか?
必ずしも常駐は必要ありません。現場理解に必要な頻度で対話し、オンラインと訪問を組み合わせて進めます。
FDE支援はどの規模から相談できますか?
PoCや既存業務の一部改善など、小さなテーマから開始できます。
FDE type support
要件が未定の段階から、
技術面の進め方を整理します。
課題整理、PoC、アプリ・Web・Backend・Cloud開発まで、一つのチームで支援します。
業務の課題から相談する