FDE 이해

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 역량과 채용 기준에서 다룹니다.

FDE는 희소하고 특수한 사람입니다. 그래서 무엇을 보고 뽑는지가 조직의 성패를 가릅니다. 이 강의는 우리가 FDE를 채용할 때 실제로 채점하는 기준을 정리합니다.

선발 기준은 학위·스펙이 아니라 잠재력과 태도입니다.

핵심 문장은 하나입니다. "Spark를 뽑고 도구는 가르친다(Hire for spark, then teach the tools)." Spark란 결과를 자기 것으로 안고 가는 기질입니다. 도구(툴 스택) 숙련도는 나중에 채워지는 후행 변수입니다.

여기서 가장 중요한 원칙이 나옵니다. 도메인 경력은 가점이 아닙니다.

평가 대상은 '그 도메인을 아는가'가 아니라 '그 도메인의 킬러 문제를 정의할 수 있는가'입니다. 이 둘은 다른 영역의 지능입니다. 도메인 지식은 현장에서 단기 습득할 수 있지만, 문제를 구조화해 정의하는 지능은 대체하기 어렵습니다. 오히려 도메인을 너무 잘 알면 '잘 만드는 행위'에 집착해 '무엇을 왜 만드는가'를 놓치기도 합니다.

FDE의 직무 구성은 대략 영업 20% + 제품 30% + 엔지니어링 50% 의 삼각융합입니다.

한 사람 안에 영업 20% + 제품 30% + 엔지니어링 50%가 결합된 삼각융합형 인재

아래 여덟 가지가 FDE를 다른 직군과 구분 짓는 변별력입니다. 대부분 우선순위가 높습니다(high).

8개 특화 역량: 문제 정의(1순위)·도메인 번역·풀사이클 실행·성과 책임·신규 도메인 학습·현장 배치(medium)·자산화·AI 네이티브 빌드

특히 세 가지는 채점 포인트가 통념과 다릅니다.

• 문제 정의의 산출물은 '무엇을 만들까'가 아니라 '무엇을 만들지 않을 것인가' 의 정의입니다.
• 성과 책임에서 성공의 정의에는 '고객 자립'이 포함됩니다. 우리가 만들어 준 것뿐 아니라 고객이 스스로 하게 된 것도 동등한 성공으로 셉니다.
• 바이브코딩은 결과물이 아니라 '설명 방식' 으로 채점합니다. "왜 그렇게 만들었는가, 다르게 만들 수 있던 지점은 어디인가"를 자기 언어로 설명하는지를 봅니다. 특정 모델·벤더에 종속되지 않는 판단도 함께 봅니다.

주의 신호(감점)도 분명합니다. 모든 문제에 AI를 기본값으로 대입하는 것, 샌드박스·슬라이드에서 멈추고 실환경 배포 이력이 없는 것, 만들 것만 나열하고 안 만들 것을 정의하지 못하는 것, 생성된 코드의 설계 이유를 설명하지 못하는 것입니다.

특화 역량과 별개로, 모든 지원자에게 공통으로 보는 축이 있습니다.

이 인재상의 철학은 "Open. Share. Collaborate." 입니다.

Open·Share·Collaborate(개방·공유·협력) → 신뢰 → 혁신 정보가 희소하지 않은 시대에는, 정보를 얼마나 아느냐가 아니라 무엇이 중요한지 판단하는 능력이 중요해집니다. 그리고 AI는 경쟁자가 아니라 최고의 팀원입니다.

면접·레퍼런스 체크에서 아래 신호를 확인합니다.

Spark(결과 소유 기질, 못 가르침, 선발로 봄) ≠ 도구·툴 스택(가르칠 수 있음, 후행 변수)

• 모호함 내성: 범위·정답이 없는 상태에서 착수할 수 있는가(4개사 공통 1순위 트레이트). 전 창업자 이력이 강한 대리지표.
• Spark(결과 소유 기질): 도구 숙련이 아니라 결과를 자기 것으로 안고 가는 기질. 이건 가르칠 수 없다.
• 도구 선택 판단: AI를 기본값으로 대입하지 않고 문제에 맞는 도구를 고르는가.
• T자형: "넓게 다루되 최소 한 영역은 깊다(jack of all trades and master of at least one)."
• 비즈니스 감각: 엔지니어인데 비즈니스 가치를 스스로 숫자로 환산하는가.
• 배경 이질성: 비전형 경로·도메인 다양성. 물리·수학 등 정형과학 훈련은 '문제를 구조화하는' 지능의 이전 가능한 신호. 지원 도메인 무경험을 감점 사유로 쓰지 않는다.

단일 채널로는 벤치(대기 인재풀)가 차지 않습니다. 채널마다 강점과 재교육 포인트가 다릅니다.

전 창업자·SI 출신·빅테크·컨설팅펌·얼리커리어·사내 전환 등 여러 채널이 함께 FDE 벤치를 채운다(단일 채널로는 안 참)

마지막으로, 채용 여부는 여섯 개 질문으로 확정합니다.

포지션 적합·기여도·대체불가·FDE 적합·ROI·충성도 6개 게이트를 모두 통과해야 채용(대체불가 답 못 하면 보류)

• 핵심 정리: FDE 채용의 제1원칙은 "Spark를 뽑고 도구는 가르친다"입니다. 도메인 경력은 가점이 아니고, 채점하는 것은 지식 보유가 아니라 문제를 정의·구조화하는 지능입니다. 여덟 가지 특화 역량이 변별력이고, 보편 인재상(메타인지·giver·커뮤니케이션 등)이 바닥을 받칩니다.
• 주의 사항: 컨설턴트·세일즈 엔지니어 경력도 그 자체로는 FDE 적합의 근거가 아닙니다. '범위가 정의되지 않은 문제를 받아 마지막 구간까지 만들고 결과를 소유'한 이력만 FDE 신호로 봅니다.
• 다음 시간: 뽑은 사람을 어떻게 평가하고 키우는지, FDE 평가와 육성에서 다룹니다.

FDE는 뽑는 것으로 끝나지 않습니다. "채용 ≠ 완성"입니다. 뽑은 사람을 어떤 축으로 평가하고, 어떻게 키우고, 어떻게 오래 함께 가는지가 이 강의의 주제입니다.

FDE 평가는 여섯 개 카테고리로 나뉩니다.

FDE 평가 6 카테고리: FDE 특화역량·AI/개발 역량·경영지원 역량·보편 인재상·5대 경영역량·직무 적합

개발 역량에서 두 가지를 특히 봅니다.

• 코드 품질 패리티: 현장에서 만든 코드가 '코어 엔지니어링과 동일한 표준·테스트'를 만족해 제품팀이 인수·소유할 수 있는 수준인가. 이 기준을 못 넘으면 자산이 아니라 영구 유지보수 부채가 됩니다.
• 바이브코딩은 설명 방식으로 채점: 왜 그 구조로 만들었는지, 다르게 만들 수 있던 지점은 어디인지를 자기 언어로 설명하는가.

FDE는 연차가 아니라 대상 고객 × 요구 핵심 역량 × 월 매출 기여로 티어를 나눕니다.

T1 하이엔드(3,000만+) 위→아래 T4 교육·양성(1,000만+) 피라미드. 연차가 아니라 고객·역량·월매출 밸류 래더. 영업 quota는 T4에만.

이렇게 넷으로 나누는 이유는 이렇습니다.

• 보상 밴드 차등: 단가가 한국 SI 평균의 3~5배라, 등급으로 가격을 정당화합니다.
• 승급·강등 기준: 연 1회 + 분기 재평가. 자산 기여·고객 만족·재사용률 세 축으로 봅니다.
• 배치·가격 결정: 어떤 고객에 누구를 보내고 얼마에 청구할지의 기준입니다.
• 영업 quota는 T4에만: 엔지니어의 동기를 보호하기 위해 나머지 티어엔 매출 할당을 주지 않습니다.

역량은 사내 Academy 3단계로 채웁니다.

Academy 3단계: Foundation(4주) → Domain Specialization(4주) → Field Deployment(4~8주)

• Foundation (4주)
• Domain Specialization (4주)
• Field Deployment (4~8주)

성장의 비중은 70-20-10을 따릅니다.

현장 경험 70% + 관계·멘토링 20% + 정규 교육 10%

• 현장 경험 70%: 실전 프로젝트·스트레치 과제·신규 도메인 투입. FDE는 낯선 시스템을 현장에서 학습하는 것이 성장의 핵심입니다.
• 관계·멘토링 20%: 2인 1조 페어링·선배 FDE 멘토·코드리뷰·1:1.
• 정규 교육 10%: Academy 모듈·직무 인증·외부 강의. 비중은 작지만 토대를 채웁니다.

성과와 잠재력을 두 축으로 하는 9칸으로 각자의 위치를 진단하고, 칸별로 다른 액션을 씁니다.

성과(가로축, 저→고) × 잠재력(세로축, 저→고) 3x3 그리드. 고성과·고잠재='스타', 저성과·저잠재='개선 필요' 등 9칸별 권장 액션이 다르다.

리텐션(잔류)을 위해 아래 신호를 조기에 잡습니다.

정체성 혼란·영구 접착제화·front door 붕괴·히어로 의존 → 리텐션 위험. 개인 각오가 아니라 구조(팟·로테이션)로 막는다.

• '외주 SI와 뭐가 다른가' 정체성 혼란
• 자산 기여 0: 1회성 커스텀에만 머무름
• 페어링·멘토링 단절, 성장 정체
• AI의 답을 가설이 아니라 결론으로 수용(메타인지 저하)
• 변화관리 좌절·번아웃(고강도 단독 현장 6개월 이상)
• 도메인 숙련 후 '무엇을 왜'에서 이탈, '잘 만드는 행위'에만 집착
• 영구 접착제화: 자기가 만든 커스텀의 유지보수에 고착. "최고의 사람들은 영구 접착제가 되면 떠난다."
• 프론트 도어 붕괴: 범위 밖 요청을 계속 흡수해 '모두를 위한 모든 것' 조직이 됨
• 히어로 의존: 특정 1인이 고객 맥락을 독점(팟 부재)
• 제품 환류 0: 6개월 이상 코어 제품에 머지된 기여가 없음

번아웃과 이탈은 개인의 노력이 아니라 구조로 막습니다. 외부 톱티어 4개사(Insight Partners 3부작)의 공통 관측입니다.

고객 한 맥락을 엔지니어 복수 + 프로그램 매니저 + 아키텍트가 팟으로 함께 맡고, 회사가 뒤를 받친다(히어로 의존 방지)

프로덕션 가치까지의 시간(실측 밴드 3~14주): 이 기한 안에서 데모가 아니라 고객 실환경에서 돌아가는 것까지를 목표로 잡습니다.

번아웃 방지의 구조는 세 가지입니다.

• 팟(pod): 히어로가 아니라 팀 두께로 막는다. 최소 2인이 같은 고객 맥락을 공유(이탈·번아웃 시 연속성 유지) + 프로그램 매니저(기한·범위·인계 관리) + 아키텍트(코어 표준 보증). 팟은 회사가 뒤를 받친다.
• 로테이션: 코어 엔지니어링 ↔ FDE 팀 로테이션을 조직 출범 '첫날부터' 설계한다. 나중에 붙이면 이미 사람이 고착된 뒤다. 번아웃을 막고, 현장에서 배운 것이 코어에 직접 반영된다.
• 커리어 래더(가격축과 별개의 성장축): 티어(가격)는 밸류 래더로, 성장은 자산 기여·인증·페어링으로 추적한다. 두 축을 혼동하지 않는다.

조직 배치도 인센티브를 결정합니다. 제품·R&D 소속이면 현장 학습이 로드맵으로 직결되지만 매출 가시성이 낮고, 매출 조직에 걸치면 확장을 함께 책임지지만 영업 압력이 엔지니어 동기를 침식할 위험이 있습니다(Sales Quota 금지 원칙과 충돌 주의).

• 핵심 정리: FDE는 티어(T1~T4, 가격·역량 축)로 배치·보상을 정하고, Academy와 70-20-10으로 키우며, 9-box로 성과·잠재력을 진단합니다. 번아웃과 이탈은 개인의 각오가 아니라 팟·로테이션·프론트 도어 같은 구조로 막습니다.
• 주의 사항: 티어(가격축)와 성장축을 혼동하면 평가·보상이 어긋납니다. 티어는 '어떤 고객에 얼마에 보내나'이고, 성장은 '자산 기여·인증·페어링으로 얼마나 자랐나'입니다.
• 다음 시간: FDE 이해 챕터는 여기까지입니다. 앞선 FDE란 무엇인가·역량과 채용 기준과 함께 보면 정체성·선발·성장이 하나로 이어집니다.