요즘 잘 나가는 AI 기업들 채용공고에 공통으로 뜨는 포지션이 있다. 그냥 개발자가 아니다. 고객 현장에 투입되는 개발자, Forward Deployed Engineer(FDE). 이 역할을 처음 만든 Palantir는 지금 시가총액 380조 원짜리 회사가 됐고, FDE 프로그램 출신들이 OpenAI, xAI, Anduril 곳곳에 포진해 있다. 우연이 아니다.

1 🧥 살 수 없는 재킷

- Palantir 입사하면 검은 트랙 재킷을 받음. 그런데 돈으로 못 사는 회색 재킷이 하나 더 있었음
- 현장을 수없이 다니면서 검은색이 바랬다는 게 사내 신화. 실제로는 리더십이 현장에서 검증된 엔지니어에게만 수여
- 엔지니어들이 "FDE 되려면 자격증이 뭐가 필요해요?"라고 물으면, Vinoo의 대답은 늘 같았음. 재킷은 상징이고 진짜는 그 안에서 일어나는 변화라고

2 🔑 FDE가 뭔데

- 고객 성과(outcome)를 책임지는 소프트웨어 엔지니어. 고객 만족도 점수가 아니라, 고객이 소프트웨어로 이루려는 실제 결과를 자기 것으로 안는 사람
- 세일즈 엔지니어는 딜을 닫고, 솔루션 아키텍트는 환경을 설계하지만, FDE는 고객이 진짜 이기게 만드는 게 일
- 채용으로 FDE 조직을 만들 수 없음. 전통적 개발 직무에선 이 역량이 안 길러지니까. 코드 짜고 배포하고 다음 티켓 넘어가는 루프에선, 고객이 내 코드에 목숨 거는 무게를 느낄 일이 없음
- Palantir의 답: 채용 말고 양성. Project Frontline이라는 프로그램으로 250명 이상의 엔지니어를 현장에 보냈고, 졸업생들이 지금 OpenAI, xAI, Anduril, Hex 등에서 활동 중

3 📡 세 가지 힘이 FDE를 필수로 만들고 있다

- AI가 주니어 개발자의 일을 대체하는 지금, 살아남는 건 AI가 못 하는 일을 하는 엔지니어 - 고객 앞에 앉아서 진짜 문제를 짚고 결과를 책임지는 사람
- 방위 산업 테크 폭발. Anduril, Shield AI 같은 회사들의 군·정부 고객은 배포 실패를 용납 안 함. 헬프데스크로 안 되는 환경이라 현장에 사람이 가야 함
- 엔터프라이즈 구매자가 똑똑해짐. 수십 년간 안 쓰는 소프트웨어(shelfware) 사온 기업들이 이제 구현 보증을 요구. 배포를 책임지는 회사가 이기는 구조로 전환 중

4 💰 왜 이게 돈이 되나

- 엔터프라이즈 소프트웨어 대부분이 가치를 못 내는 건 기술 결함이 아니라 제대로 도입이 안 돼서
- FDE가 만드는 플라이휠: 배포 → 피드백 → 제품 개선 → 쉬운 배포 → 고객 증가 → 피드백 순환
- Palantir가 상위 20개 고객에서만 연 11억 달러 이상 매출. 제품이 살짝 나아서가 아니라 엔지니어가 고객 결과를 자기 것처럼 책임지니까
- FDE는 최고의 제품 인사이트 소스이기도 함. 한 현장에서 50개 넘는 파이프라인 모니터링이 악몽이었는데, 그 고통을 직접 겪은 엔지니어 몇 명이 모니터링 도구를 만들어 여러 사이트에 배포. 

5 🏆 뛰어난 FDE의 여섯 가지 특징

- 고객 세계에 대한 집요한 호기심
- 엔지니어링 세기 조절: 중복 제거 요청에 2주 들여 정교한 엔진을 만들었는데, 필요한 건 한 번 쓰고 끝나는 SQL 쿼리. 
- 청중별 언어 전환: CTO에겐 "15년치 엣지 케이스가 분기 보드 리포트를 깨뜨릴 수 있다", 엔지니어링 리드에겐 "12개 테이블, 847개 컬럼, 문서화 안 된 상호의존성, 암묵적 타입 변환". 같은 문제를 두 가지 언어로
- 위기 침착함: 고객사 CEO에게 데모 중 시스템 크래시. 전화 한 통으로 4분 만에 복구. 
- 권한 없이 결과 만들기: "이 버그 좀 봐주세요"가 아니라 "이 고객 연매출 400만 달러, 갱신 6주 남았고, 임원 스폰서가 이 버그를 1순위 불만이라고 했다"로 말함. 이틀 만에 수정
- 고객 요청 되돌리는 판단력: 3개월짜리 커스텀 기능 요청에 바로 답 안 하고 2일간 이유를 파악. 기존 제품 설정 변경으로 해결 가능했고, 고객은 그날 바로 된 걸 더 좋아함

6 🚫 이런 사람에겐 안 맞는다

- 깊은 몰입 시간이 생명인 사람 - FDE는 인터럽트의 연속
- 모호함이 견딜 수 없는 사람 - 불완전한 정보 속에서 끊임없이 판단해야 함
- 한 분야 깊이 파는 게 목표인 사람 - FDE는 태생적 제너럴리스트
- 고객 불만을 개인적으로 받는 사람, 경계를 못 세우는 사람 - 번아웃 직행
- 이건 약점이 아님. 안 맞는 것뿐


FDE라는 이름이 한국에선 아직 낯선데, 핵심은 하나다. "코드 짜는 사람이 고객 앞에도 나가야 한다." 개발팀은 고객을 모르고, 영업팀은 기술을 모른다. 이 간극 사이에서 양쪽 다 할 수 있는 사람이 희소하고 비싼 인재가 된다. 초기 스타트업에선 사실 모든 멤버가 FDE여야 한다. 고객 현장에 안 나가본 엔지니어가 만든 제품은 자칫 예쁜 쓰레기가 될 수있다.

출처: Vinoo Ganesh, "The Definitive Guide to Forward Deployed Engineering" (Next Play Newsletter, 2026.02.06)