FDE란 무엇인가: 시장·정의·역할

우리 그룹의 이름이 FDE입니다. 그런데 정작 "FDE가 뭐냐"고 물으면 한 문장으로 답하기가 쉽지 않습니다. 이 강의는 그 정의부터 일하는 방식까지를 정리합니다.

1. FDE는 왜 생겼나: AI 가치 격차

AI를 도입한 회사 대부분은 데모까지만 성공하고 실제 업무에는 못 올립니다.

수백억을 들여 AI를 도입했는데 PoC(개념검증, 되는지만 확인하는 소규모 시범)로 끝나고 사라진 프로젝트가 흔합니다. 투자사 Insight Partners는 이 현상을 'AI 가치 격차(AI Value Gap)' 라고 부릅니다. 제품이 아무리 좋아도 고객 현장에서 마지막 구간('라스트마일')을 깔아주는 사람이 없으면 데모 한 번으로 끝납니다.

이 마지막 구간을 메워 '박스를 완성(complete the box)' 하는 사람이 FDE입니다.

데모 성공 → [AI 가치 격차: 대부분 여기서 죽음] → 프로덕션 가치. FDE가 이 라스트마일 구간을 메워 박스를 완성한다.

현장의 간극은 이런 모습입니다. 오너는 "우리도 AI로 뭐 해야 하지 않아?"라고 재촉하고, 중간관리자는 우왕좌왕하고, 실무자는 AI에 뭘 시켜야 할지도 모릅니다. 이 간극을 메우는 것이 FDE의 주 업무입니다.

2. FDE란 무엇인가: 정의와 기원

FDE는 고객사에 배치되어 문제를 직접 만들어 해결하는 빌더(builder)입니다.

Forward Deployed Engineer, 우리말로 전방 배치 엔지니어입니다. 기원은 팔란티어가 20년 전 만든 개념입니다. 국방부 같은 곳에 AI 소프트웨어를 납품했는데 고객이 쓸 줄을 몰라, 엔지니어를 현장에 상주시켜 필요한 걸 직접 만들어준 데서 출발했습니다. (용어는 팔란티어가 맞지만, 이 일하는 방식 자체를 팔란티어가 발명한 건 아닙니다.)

컨설팅펌처럼 리포트만 주고 빠지는 게 아니라, 고객사에 들어가 워크플로우를 짜고, 앱을 만들고, 교육까지 하고, 스스로 돌아가게 해놓고 나옵니다. 쉽게 말해 회사에 임시 CTO처럼 들어가는 것입니다.

비유하자면 출장요리사입니다. 고객 주방에 가서, 고객 재료로, 고객 입맛에 맞는 요리를 해줍니다.

고객 주방·재료·입맛 → FDE(출장요리사, 임시 CTO)가 고객 맞춤 솔루션을 짓고 교육·자립. 레시피·기구는 자사 해자. (단, 고유 레시피와 요리 기구는 자사만의 경쟁력으로 남깁니다.)

여기에 핵심 반전이 하나 있습니다. FDE는 영구직이 아닙니다. 결과가 나오면 제품팀에 넘기고 다음 현장으로 떠납니다. ServiceNow의 한 리더는 팀에게 이렇게 말합니다. "글자 그대로 자신의 일자리를 없애는 것이 당신의 목표입니다."

3. 컨설턴트·세일즈 엔지니어와 무엇이 다른가

"그럼 컨설턴트랑 뭐가 달라요?"라는 질문이 안 나올 수가 없습니다. 확실히 다릅니다.

컨설턴트·SE·CSM(정해진 범위 납품 후 이탈) vs FDE(범위 없는 문제를 받아 마지막 구간까지 만들고 결과 소유)

Databricks에서는 아예 프리세일즈와 포스트세일즈가 하나로 합쳐져 있습니다. 3만 달러짜리 PoC로 시작해 수백만 달러 계약으로 커진 사례도 있습니다. 원칙은 하나입니다. "시간과 인원이 아니라 성과(outcomes)."

Q. FDE는 결국 외주 SI(고객이 시킨 걸 만들어주는 개발 용역)와 같은 것 아닌가요?

A. 다릅니다. SI는 정해진 범위를 받아 그대로 납품합니다. FDE는 범위조차 정해지지 않은 문제를 받아 '무엇이 진짜 문제인지'부터 정의하고, 결과(성과)까지 책임집니다. 만들고 끝이 아니라 고객이 스스로 굴릴 수 있게 넘기고 떠나는 것이 목표입니다.

4. 어떻게 일하나: 엔게이지먼트 5단계

FDE는 아래 5단계 순서로 한 고객을 상대합니다. 어느 단계에서 멈추는지가 곧 진단의 시작입니다.

① 어려운 문제 → ② 숫자 붙이기 → ③ 실환경 구축(3~14주) → ④ 고객 인계(자립) → ⑤ 제품 환류 → (다시 ①로: 일이 복리로 쌓인다)

1. 가장 어려운 문제에서 출발: 고객의 가장 아픈 문제를 고른다. 경영진 수준의 비즈니스 성과에서 시작하고, 무엇이 FDE의 일이고 무엇이 아닌지를 첫 대화에서 선언한다.
2. 숫자를 붙인다: 문제에 정량 가치를 붙인다(예: 수기 재무 대사에 연 300~400시간 소요 → 자동화). 숫자가 없으면 성공을 판정할 수 없다.
3. 실환경에서 기한 내 구축: 샌드박스가 아니라 고객의 실제 데이터·시스템에서 만든다. 프로덕션 가치까지 대략 3~14주(회사별로 다름).
4. 고객에게 인계: 고객이 스스로 유지하도록 지식을 넘긴다. 첫 대화부터 CS·영업 담당을 동석시켜 인계 시점의 단절을 없앤다. 고객이 스스로 하게 된 것도 성공이다.
5. 배운 것을 제품에 환류: 1회성인지 반복 패턴인지 판별하고, 반복 패턴은 코어 제품으로 승화한다. "오늘의 새로운 것을 코어 플랫폼에 넣어 우리 일을 없앤다."

5. FDE의 세 가지 역할

한 사람 안에서 세 역할이 번갈아 나옵니다.

Customer Truth Miner(현장 발굴) → Execution Architect(실행·GTM 설계) → Change Operator(조직 설득·변화 실현)

• Customer Truth Miner (현장 진실 발굴자): 고객 현장을 직접 방문해 실제 문제 요인·운영 병목을 발견한다.
• Execution Architect (실행 설계자): 문제 해결 방식과 제품·가격·시장전략(GTM) 구조를 재설계한다.
• Change Operator (변화 실행자): 경영진·조직을 설득해 실제 실행이 일어나게 만들고, 일하는 방식을 바꾼다.

FDE의 본질은 '삼각융합형 인재' 입니다. 한 사람 안에 영업 20% + 제품 30% + 엔지니어링 50%가 결합돼 있다는 뜻입니다. (외부 기업 Databricks는 실제 소프트웨어 엔지니어링 비중을 약 40%로 보고합니다. 우리 기준은 이 밴드 안에 있습니다.)

6. 일하는 방식의 원칙

FDE는 전략을 말하는 팀이 아니라 현장에서 변화를 만드는 팀입니다. 아래 원칙이 정체성을 지킵니다.

• 컨설턴트가 아니라 빌더다. 완벽한 계획을 기다리지 않고 작은 실행을 반복하며 결과로 학습한다.
• 프론트 도어(front door)를 지킨다. "FDE는 모두를 위한 모든 것을 하는 조직으로 쉽게 변질되고, 그러면 누구에게도 도움이 안 된다." 첫 대화에서 무엇이 FDE의 일인지 선을 긋고, 범위 밖 요청은 구현·제품·CS로 넘긴다.
• 우리 일을 우리가 없앤다(work ourselves out of a job). 오늘 새로 만든 것을 코어 제품에 넣는 것이 목표다. 고객이 스스로 하게 되는 것도 성공이다.
• 영구 접착제(permanent glue)가 되지 않는다. 커스텀 유지보수에 고착되면 최고의 사람부터 떠난다. 제품에 흔적을 남겨 일이 복리로 쌓이게 한다.
• 히어로가 아니라 팟(pod)으로 일한다. 복수 엔지니어 + 프로그램 매니저 + 아키텍트가 회사의 지원을 받는 구조다. 번아웃은 개인의 영웅적 노력이 아니라 팀 두께로 막는다.

일하는 태도의 뿌리는 세 가지입니다. 실행력·집요함·속도인 GRIT, 워크플로우를 표준화하는 로직(Logic), 신뢰를 쌓는 관계(Relationship). "신뢰가 최종 경쟁력"이라는 말이 여기서 나옵니다.

아래에서 위로: ① GRIT(실행력·집요함·속도) → ② 로직(워크플로우 표준화) → ③ 관계(신뢰=최종 경쟁력)

마무리

• 핵심 정리: FDE는 AI 가치 격차(데모는 되는데 프로덕션엔 안 올라감)를 메우는 전방 배치 엔지니어입니다. 컨설턴트·세일즈 엔지니어와 달리 범위 없는 문제를 받아 실환경에서 결과까지 소유하고, 5단계(문제 → 숫자 → 구축 → 인계 → 환류)로 일하며, 끝나면 떠나는 것이 목표입니다.
• 주의 사항: FDE를 '고급 외주 개발'로 오해하면 정체성이 무너집니다. FDE의 가치는 코드를 잘 치는 데 있지 않고, '무엇이 진짜 문제인가'를 정의하고 성과를 책임지는 데 있습니다.
• 다음 시간: 그런 사람을 어떻게 알아보고 뽑는지, FDE 역량과 채용 기준에서 다룹니다.