FDEとSESでは比較の軸が異なる
FDEは課題発見から実装・改善までを横断する役割、SESは必要な技術リソースをプロジェクトへ提供する契約・支援モデルとして説明されることが多い言葉です。両者は目的が異なり、単純な優劣ではありません。
課題整理と開発で必要な役割を分ける
新規事業やDXでは、最初から作るものや必要な職種を固定できない場合があります。一方で、設計と体制が固まった後に専門スキルを補強したい局面もあります。
FDE型では課題の再定義と技術判断を近い距離で行えます。SESでは必要な技術者を柔軟に補強できます。状況に応じて組み合わせることで、事業と開発の両方を前へ進めやすくなります。
肩書きではなく担当業務を確認する
FDEを「何でも一人で解決する人」、SESを「指示待ちの人」と決めつけるのは適切ではありません。期待する役割、意思決定者、成果の定義を契約前に共有することが重要です。
比較時は、誰が課題を定義するのか、顧客との対話を誰が持つのか、どの時点で成果を判断するのかを確認してください。人月だけでなく、支援の役割を見ます。
検証結果を開発チームへ引き継ぐ
要件が曖昧な初期はFDE型で課題と仮説を整理し、実装計画が見えたら必要な専門スキルをSESや受託開発で補強する、といった進め方が考えられます。
既存の体制を活かす相談
ミアサヒはFDE型の課題整理・PoC・開発を担いつつ、実装フェーズでは必要な役割に応じた体制設計も支援します。既存のSES体制を活かした改善も可能です。
よくある質問
SESからFDE型へ発展することはありますか?
あります。顧客業務への理解と提案・設計の役割を広げることで、FDE型の支援に近づくケースがあります。
FDEと受託開発は併用できますか?
はい。FDE型で要件を整理し、受託開発で実装範囲を明確にする進め方があります。
FDE type support
要件が未定の段階から、
技術面の進め方を整理します。
課題整理、PoC、アプリ・Web・Backend・Cloud開発まで、一つのチームで支援します。
業務の課題から相談する