FDE는 어떤 사람을 뽑나: 신규 채용 6~7명 중 1명이 전직 창업자인 이유
Wonderful은 신규 채용 6~7명 중 1명이 전직 창업자입니다. FDE에게 필요한 역량과 팀 구성, 성과·보상 설계를 정리했습니다.
편집 및 재구성: AXMOS 콘텐츠팀 | 최종 수정 2026-09-29
핵심 요약
- AI 기업 Wonderful의 FDE 총괄 보아즈 프랜시스(Boaz Francis)에 따르면, 이 회사 신규 채용 6~7명 중 1명은 전직 창업자입니다. FDE에게 요구하는 자질의 중심에 정해지지 않은 문제를 끝까지 책임지는 오너십이 있기 때문입니다.
- FDE의 역량 프로파일은 T자형입니다. AI/ML을 포함한 구현력을 깊게 갖추고, 여기에 비즈니스 이해와 경영진 커뮤니케이션 역량을 폭넓게 더합니다.
- OpenAI, Anthropic, Palantir의 FDE 채용 공고도 같은 방향입니다. 프로덕션 코딩 능력, 고객 대면 역량, 모호함을 견디는 능력을 요구하고, 두 AI 기업은 전직 창업자를 명시적으로 환영합니다.
- FDE는 혼자 일하지 않습니다. FDE 한 명이 오너를 맡고 데이터 인력과 도메인 전문가가 함께하는 팀(팟) 단위로 일합니다. 보상은 기본급 중심으로 설계하라는 것이 공통 권고입니다.
FDE 채용에 전직 창업자가 많은 이유는?
FDE가 하는 일이 창업 초기에 하는 일과 구조가 같기 때문입니다.
FDE(Forward Deployed Engineer, 전방 배치 엔지니어)는 요구사항 명세 없이 고객 현장에 들어가 문제를 정의하는 것부터 시작하고, 만든 시스템이 성과를 낼 때까지 책임집니다. ServiceNow의 Applied AI FDE 조직을 처음부터 만든 미쿠 자(Miku Jha, 그룹 부사장)는 고객이 "깔끔한 문제 정의를 들고 오는 경우가 드물다"며, FDE는 그 모호함 속에서 성장하고 결과를 끝까지 책임져야 한다고 말했습니다.
Wonderful은 이 기준을 채용에 그대로 적용합니다. 이 회사의 FDE 총괄 보아즈 프랜시스는 신규 채용 6~7명 중 1명이 전직 창업자라며 "무에서 회사를 만들어 본 사람이 FDE로도 잘한다"고 설명했습니다. 원하는 인재상은 한마디로 "성과에 집착하는 엔지니어(outcome-obsessed engineer)"입니다(Insight Partners, 2026.7).
면접 방식도 이를 반영합니다. 프랜시스는 후보자가 만든 솔루션을 일부러 망가뜨려 보고, 위축되는 대신 오히려 의욕을 보이는 사람을 뽑는다고 합니다. 그는 이를 "스파크(spark)"라고 부릅니다. AXMOS는 이 채용 패턴을 근거로, 기업이 FDE 방식의 협업에서 사는 것은 개발 공수보다 문제 정의부터 성과까지 책임지는 오너십이라고 봅니다. FDE의 정의와 다른 직군과의 차이는 FDE란 무엇인가에서 자세히 다룹니다.
FDE에게 필요한 역량은 무엇인가?
Insight Partners가 ServiceNow, Databricks, Workato, Wonderful의 FDE 리더들과 진행한 패널 토론을 보면, 리더마다 표현은 달라도 이들이 말하는 역량의 구조는 같았습니다. 기술을 깊게 다루는 능력과 비즈니스를 폭넓게 이해하는 능력이 있고, 두 능력의 바탕에는 오너십이 있습니다.
| 역량 | 무엇을 뜻하나 | 현장 리더의 표현 |
|---|---|---|
| 오너십 | 정해지지 않은 문제를 붙잡고 결과가 나올 때까지 책임지는 태도 | Wonderful 보아즈 프랜시스: "성과에 집착하는 엔지니어" |
| 구현력 (깊이) | AI/ML을 포함한 풀스택 개발 능력. 데모를 넘어 프로덕션에 배포할 수 있는 수준 | ServiceNow 미쿠 자: "풀스택 AI/ML 엔지니어 수준의 깊이를 가진 T자형 역할" |
| 비즈니스 이해 (폭) | 비즈니스 성과에서 출발해 필요한 기술을 거꾸로 추론하는 능력 | Databricks 마르첼로 페데르센: "right-to-left 빌더" |
| 경영진 커뮤니케이션 | C레벨과 협업해 계약을 측정 가능한 성과로 바꾸는 능력 | 미쿠 자: "비즈니스 역량도 AI/ML처럼 하드 스킬" |
| 도메인·시스템 이해 | 고객의 레거시 시스템과 실제 업무 흐름에 AI를 연결하는 능력 | Wonderful 파노스 미켈라키스: "FDE는 일부분 시스템 엔지니어" |
| 문제 판별력 | AI가 답이 아닌 문제를 가려내고 알맞은 도구를 고르는 능력 | nCino 존 페리: "AI는 모든 것을 고치는 마법 망치가 아니다" |
Databricks는 이를 이력서 기준으로도 정리합니다. PM 경험, 실제 소프트웨어 엔지니어링 경험, 고객 대면 경험을 모두 갖춘 사람을 찾습니다(Insight Partners, 2026.7). 미켈라키스는 이상적인 FDE를 "여러 분야를 다루되 적어도 하나는 마스터한 사람"이라고 표현했습니다(Insight Partners, 2026.7).
빅테크와 AI 기업의 FDE 채용 공고는 무엇을 요구하나?
FDE라는 직군을 처음 만든 Palantir와, 최근 FDE 조직을 빠르게 키우는 AI 기업들의 공고(2026년 9월 기준)를 보면 요구 조건이 대체로 비슷합니다.
| 회사 | 공고에서 강조하는 것 | 주목할 조건 |
|---|---|---|
| Palantir | "FDE는 결과에 대한 급진적인 헌신"이라는 운영 원칙. 고객 곁에서 문제를 이해하고 제품의 경계를 넘어 해법을 만드는 역할 | 이 직군을 자사가 개척했다고 명시. 고객사 출장 최대 25%(신입 공고는 25~50%) |
| OpenAI | 고객사와 함께 프런티어 모델을 프로덕션에 배포. 발굴, 범위 설정, 설계, 구축, 롤아웃까지 직접 담당 | 성과는 프로덕션 채택과 측정 가능한 업무 흐름 개선으로 평가. 출장 최대 50%. 관련 직무 공고에서 전직 창업자 우대 |
| Anthropic | 고객사에 들어가 Claude 기반 프로덕션 애플리케이션을 구축하고, 반복되는 배포 패턴을 제품팀에 환류 | 전직 기술 창업자의 지원을 명시적으로 권장. 모호함 속에서 자율적으로 일하는 능력 요구. 출장 약 25%(예상) |
세 회사의 공고가 공통으로 요구하는 것은 세 가지입니다. 실제 서비스에 배포할 수 있는 코딩 능력, 고객 곁에서 직접 일하는 역량, 그리고 모호함 속에서 스스로 판단하고 움직이는 태도입니다. OpenAI와 Anthropic 공고는 여기에 더해 현장에서 배운 것을 제품팀에 전달하는 역할을 명시합니다(Palantir, Palantir New Grad, OpenAI, OpenAI FDSWE, Anthropic, 2026년 9월 공고 기준).
수요도 빠르게 늘고 있습니다. 미쿠 자는 같은 자리에서 지난 24개월 동안 FDE가 약 40배 늘었다고 언급했습니다(Insight Partners, 2026.7). 채용 공고 데이터로 봐도 흐름은 같습니다. Bloomberry가 채용 공고를 분석한 결과, 직함이 "Forward Deployed Engineer"인 공고는 2025년 1~10월 기준 전년 같은 기간보다 1,165% 늘었습니다(Bloomberry, 2025.11).
FDE는 혼자 일하나, 팀으로 일하나?
팀으로 일합니다. 모든 역량을 갖춘 한 사람을 기다리는 대신 팀(팟)을 짭니다. Insight Partners 패널은 "딜리버리 단위는 개인이 아니라 팟"이라는 데 만장일치로 동의했습니다. FDE 한 명을 오너이자 조율자로 두고, 데이터 사이언스와 데이터 엔지니어링 인력, 도메인 전문가를 문제에 맞춰 배치하는 구조입니다.
오너를 누가 맡느냐는 회사마다 다릅니다. Workato는 고객 성공 매니저(CSM)가 계정을 맡고 FDE의 역량 구성은 프로젝트마다 달라집니다. Wonderful과 Databricks는 FDE와 '배포 전략가'를 짝지어, FDE가 CTO 역할을 하고 전략가가 고객 관계와 전략을 맡는 CEO 역할을 합니다(Insight Partners, 2026.7). 이 구조 덕분에 FDE 한 사람이 모든 역량을 갖추지 않아도 팀 단위로 깊이와 폭을 확보할 수 있습니다.
FDE의 성과 평가와 보상은 어떻게 설계하나?
FDE 조직은 일반 개발 조직과 성과 지표가 다릅니다. Insight Partners가 정리한 네 회사의 운영 방식은 다음과 같습니다.
| 회사 | 인재 원천 | 성과 지표 | 보상 기준 |
|---|---|---|---|
| ServiceNow | AI/ML 엔지니어링 최상위 인재 | 도입(activate)에서 확장(expand)으로의 전환, 제품화된 자산 | 엔지니어링 직급 최상단에 맞춤 |
| Databricks | PM·엔지니어링·고객 대면 경험을 모두 갖춘 인재 | 전달된 비즈니스 가치, 그다음 플랫폼 채택 | 소프트웨어 엔지니어링(약 40%), PM, 컨설팅 혼합 |
| Workato | SI(시스템 통합) 컨설턴트, 대학 파트너십 신입 | 채택과 사용량 성장 | 엔지니어링, PM, 컨설팅 혼합 |
| Wonderful | 전직 창업자(6~7명 중 1명), 빅테크 엔지니어, 톱티어 컨설팅 출신 | 고객에게 만든 가치, FDE의 자기주도 성장 | 전직 창업자·빅테크·컨설팅 보상 수준에 맞춘 높은 보상 |
보상에는 아직 시장 표준이 없습니다. Databricks의 페데르센은 처음에는 소프트웨어 엔지니어링 비중을 70%로 잡았다가, FDE가 순수 개발 직군이 아니라는 점을 반영해 약 40%로 조정했습니다. 프랜시스는 FDE 전용 벤치마크가 이제 막 생기기 시작했다고 말했습니다.
패널의 공통 권고는 기본급 중심 설계입니다. 기업 고객의 성과는 시간이 걸리고, FDE가 통제할 수 없는 이유로 지연되는 경우가 많습니다. 단기 변동급 비중이 크면 엔지니어가 자기 잘못이 아닌 지연 때문에 손해를 보게 됩니다(Insight Partners, 2026.7).
FDE의 성공은 고객에게 일을 넘기는 이양으로 마무리됩니다. nCino는 고객이 스스로 다음 구축을 해낼 수 있게 되는 것을 FDE가 직접 만든 결과물과 같은 성공으로 칩니다. 각 회사는 첫 프로덕션 가치를 내는 기한도 정해 둡니다. Rocketlane은 3~4주, nCino는 6~8주, ServiceNow는 12~14주입니다(Insight Partners, 2026.7). 또 미쿠 자는 FDE가 떠나지 않게 하려면 모든 프로젝트가 제품에 엔지니어의 "지문"을 남겨야 한다고 강조했습니다. 그래서 ServiceNow의 평가표에서 제품화된 자산은 고객 성과와 같은 비중을 가집니다.
기업은 이 채용 기준으로 무엇을 확인해야 하나?
FDE를 직접 채용할 계획이 없는 기업에도 이 기준은 쓸모가 있습니다. FDE 방식으로 일하는 외부 파트너를 고를 때 같은 잣대를 적용하면 되기 때문입니다. 다음 세 가지 질문으로 확인할 수 있습니다.
- 이 팀은 요구사항 명세부터 요구하는가, 아니면 현장에 들어와 문제 정의부터 시작하는가?
- 이 팀의 성공 기준은 납품과 검수인가, 아니면 업무 지표의 전후 변화와 이양인가?
- 이 팀은 우리 현장의 해법을 재사용 가능한 자산으로 만드는가, 아니면 일회성 구축으로 끝내는가?
세 질문 모두 후자라면 FDE 방식으로 일하는 팀이고, 전자라면 이름과 관계없이 기존 외주 모델입니다. 우리 회사에 FDE 방식이 맞는지 판단하는 기준은 SaaS 도입과 FDE 방식, 우리 회사에는 무엇이 맞나에 정리했습니다.
자주 묻는 질문
개발자가 아니어도 FDE가 될 수 있나요?
FDE로 일하려면 프로덕션 수준의 개발 역량이 있어야 합니다. OpenAI, Anthropic, Palantir의 FDE 채용 공고 모두 실제 서비스에 배포할 수 있는 수준의 코딩 능력을 주요 자격 요건으로 제시합니다. 다만 FDE는 팀(팟) 단위로 일하기 때문에, 도메인 전문가나 배포 전략가처럼 개발자가 아닌 역할도 같은 팀 안에 있습니다.
FDE 채용에서 왜 전직 창업자를 선호하나요?
고객이 명확한 문제 정의를 들고 오는 경우가 드물기 때문입니다. FDE는 모호한 상황에서 문제를 스스로 정의하고 결과까지 책임져야 하는데, 이는 창업자가 매일 하던 일과 같습니다. Wonderful은 신규 채용 6~7명 중 1명이 전직 창업자이고, OpenAI와 Anthropic도 채용 공고에 전직 창업자를 우대하거나 지원을 권한다고 명시합니다.
FDE 연봉은 어떻게 정하나요?
아직 FDE 전용 시장 기준이 없어서, 소프트웨어 엔지니어, PM, 컨설턴트의 보상을 섞어 산정합니다. Databricks는 소프트웨어 엔지니어링 비중을 약 40%로 두고, ServiceNow는 엔지니어링 직급 최상단에 맞춥니다. 패널이 공통으로 권하는 방식은 기본급 비중을 높게 두는 것입니다.
FDE의 성과는 무엇으로 평가하나요?
투입 시간이나 배포 건수보다 고객 성과를 기준으로 평가합니다. ServiceNow는 도입이 확장으로 이어지는지와 제품화된 자산을, Databricks는 전달된 비즈니스 가치와 플랫폼 채택을 봅니다. nCino는 고객이 스스로 다음 구축을 해낼 수 있게 된 것을 FDE가 직접 만든 결과물과 같은 성공으로 칩니다.
우리 회사가 FDE 팀을 직접 만들려면 무엇부터 해야 하나요?
사람을 뽑기 전에 FDE가 처음 맡을 업무 프로세스부터 정해야 합니다. 투자 회수가 빠른 병목 업무 하나를 정하고 그 업무의 도입 전후 지표를 설계한 뒤에 사람을 배치해야, 채용한 FDE가 성과를 증명할 수 있습니다. 내부 인력이 부족하다면 FDE 방식으로 일하는 외부 파트너와 먼저 한 번 실행해 보는 것도 방법입니다.
그래서 기업은 무엇을 해야 하나
AXMOS는 FDE 채용 기준이 한 가지를 보여 준다고 봅니다. AI 전환이 막히는 지점은 도구가 아니라, 현장에서 문제를 정의하고 끝까지 실행할 사람과 구조라는 점입니다. 그런 인재는 드물고 비쌉니다. 그래서 채용 공고를 내기 전에 우리 회사에서 가장 먼저 바꿀 업무 흐름 하나부터 정해야 합니다. AX를 어디서부터 시작할지는 AX(AI 전환)란 무엇인가에서 정리했습니다.
AXMOS의 모든 프로젝트는 FDE가 책임집니다. FDE가 현장에 직접 들어가 네 단계로 일합니다.
- 진단: 현장의 업무 흐름을 관찰해 진짜 문제를 찾습니다.
- 설득: 이해관계자와 신뢰를 쌓고 해결할 문제에 합의합니다.
- 이식: 표준 코어 위에서 솔루션을 빠르게 만들어 배포합니다.
- 작동: KPI로 임팩트를 증명하고 조직에 내재화합니다.
빠른 구축이 필요하면 AXMOS 팀이 평균 3주 안에 직접 구축하는 AX Build를, 내부 역량을 키우고 싶다면 팀 교육과 공동 구축을 함께하는 AX Grow를 선택할 수 있습니다. 우리 회사에 FDE 방식이 맞는지 궁금하다면, 반복 업무 하나를 기준으로 자동화 가능성과 예상 ROI부터 진단해 보세요. AXMOS 알아보기 또는 AX 진단 문의하기
출처
- Insight Partners, "How companies are building and scaling the FDE bench", 2026.7.21
- Insight Partners, "A day in the life: How four companies run FDE motions", 2026.7.27
- Palantir, Forward Deployed Software Engineer 채용 공고 / New Grad 공고 (2026년 9월 확인)
- OpenAI, Forward Deployed Engineer (FDE) 채용 공고 / Forward Deployed Software Engineer 공고 (2026년 9월 확인)
- Anthropic, Forward Deployed Engineer, Applied AI 채용 공고 (2026년 9월 확인)
- Bloomberry, "What I learned analyzing 1K forward deployed engineer jobs", 2025.11
참고: Insight Partners는 패널로 참여한 Databricks, Workato, Wonderful, nCino, Rocketlane의 투자사입니다.
