FDE(Forward Deployed Engineer)는 고객 현장에 들어가 AI를 실제로 돌아가게 만드는 엔지니어입니다. Bloomberry가 FDE 공고 1,000건의 요건을 센 자료가 있습니다. 저는 그 요건들을 다섯 칸으로 묶어 봤습니다. 고객 앞에서 문제를 정의하는 힘, 끝까지 돌아가게 만드는 힘, AI를 업무에 붙이는 힘, 고객의 산업을 아는 힘, 떠난 뒤에도 돌아가게 넘기는 힘입니다.
공고 밖에서 걸리는 것이 하나 있습니다. 국내 대기업들이 기존 인력에 FDE라는 이름을 붙이겠다고 발표하고 있습니다. KT는 AX 부문 전 직원을 FDE로 전환하겠다고 했고, SK AX는 전체 개발직군의 FDE화를 추진한다고 했습니다(아시아경제, 2026-09-23). 일하는 방식이 그대로라면 이름만 바뀐 FDE가 됩니다. 그렇다면 FDE를 준비하는 사람은 무엇을 새로 배워야 할까요.
저는 서비스 기획을 PO(프로덕트 오너), PM(프로젝트 매니저), PL(개발 리더) 세 역할로 나눠 가르칩니다. 이 글은 FDE의 다섯 칸을 이 세 역할이 기대는 글로벌 표준에 하나씩 대 본 기록입니다. 끝까지 읽으면 내 이력에서 어느 칸이 비어 있는지 찾는 질문 세 개가 남습니다. FDE로 일해 본 경험이 아니라, 세 역할을 가르치는 쪽에서 표준을 맞대 본 기록이라는 점은 먼저 밝혀 둡니다.
01FDE 역량표를 새로 그리려다 멈췄습니다
처음 계획은 표를 하나 더 그리는 것이었습니다. PO, PM, PL 역량표 옆에 FDE 역량표를 나란히 두면 차이가 한눈에 보일 것이라고 생각했습니다.
막힌 곳: PO에게는 IIBA의 BABOK v3가, PM에게는 PMI의 PMBOK 8판이, PL에게는 IEEE의 SWEBOK V4.0a가 있습니다. 각 역할이 무엇을 알고 해야 하는지 적어 둔 지식 체계입니다. FDE에는 그런 표준이 없습니다. 공고와 회사 발표가 전부입니다. 기준 없이 표를 그리면 제 생각을 표준처럼 보이게 만드는 일이 됩니다.
되돌린 결정: FDE 표를 새로 그리지 않았습니다. 대신 공고에서 나온 다섯 칸을 이미 있는 세 표준에 하나씩 대 보고, 각 칸이 어느 표준의 어느 자리와 가장 가까운지 적었습니다.
02무엇이 보였을까, 표준에 대 보며 찾은 두 장면
1) 업무 항목에서 가장 많이 나온 것은 PO의 앞 칸이었습니다
다섯 칸을 세 표준에 대 보면 다음과 같습니다. 공고 수치는 Bloomberry가 2025년 1~10월 FDE 공고 1,000건에서 센 요구 비율입니다. 가장 가까운 표준 자리를 고른 것은 제 판단이고, 표준이 FDE를 이렇게 나눈 것은 아닙니다.
Bloomberry는 공고 요건을 업무, 기술, 근무 조건으로 나눠 셌습니다.
기술 항목 1위는 PL 칸의 근거인 Python(66%)입니다. 그런데 업무 항목에서 가장 많이 나온 것은 고객과 직접 일하기(55%)였고, 이것은 PL 칸이 아니었습니다. 근무 조건에서는 출장이 68%로, 이 일이 고객 현장에서 벌어진다는 것을 보여 줍니다. 고객과 직접 일하는 일은 BABOK이 도출과 협업, 전략 분석이라고 부르는 일, 곧 PO가 기획의 맨 앞에서 하는 일과 가장 가까웠습니다. 산업을 아는 힘도 PO 쪽입니다. 산업을 밝힌 공고의 4분의 1이 금융이었다는 것을 저는 한 산업의 사정을 아는 사람을 찾는 공고가 적지 않다는 뜻으로 읽었습니다. BABOK은 그 사정을 맥락이라는 핵심 개념으로 둡니다.
흥미로운 것은 AI 칸이었습니다. PMBOK 8판은 AI를 본문이 아니라 부록 하나로 다룹니다. SWEBOK V4.0a는 AI와 머신러닝을 본업 지식영역이 아니라 기초 지식 영역의 한 절에 둡니다. BABOK v3는 2015년판이라 장 이름에 AI가 없습니다. FDE를 FDE답게 만든다고 여겨지는 칸이 정작 세 표준에서는 모두 본문 밖에 있었습니다.
| AI를 다루는 자리 | 본문 안인가 | |
|---|---|---|
| PMBOK 8판 (2025) | 부록 X3 | 아니오 |
| SWEBOK V4.0a (2025) | 기초 지식 영역의 한 절 | 아니오 |
| BABOK v3 (2015) | 장 이름에 없음 | 아니오 |
2) 세 역할을 한 사람이 겸하면 판정하는 사람도 한 사람이 됩니다
PO, PM, PL을 나눠 두는 이유 중 하나는 서로의 결정을 확인하기 위해서입니다. PO는 무엇을 만들지 정하지만 작업량을 세지 않습니다. PM은 일정과 비용을 지키지만 문제가 해결됐다고 선언하지 않습니다. 서로의 결정을 서로가 확인합니다. FDE는 고객 현장에서 이 세 칸을 한 사람이 겸합니다. 속도가 나는 이유가 바로 그것이고, 동시에 서로 확인하던 장치가 사라지는 자리이기도 합니다.
PMBOK 8판은 원칙 여섯 개 중 하나로 ‘책임지는 리더(Be an Accountable Leader)’를 두고, AI 부록에서도 사람의 책무성을 강조합니다. AI가 초안을 쓰고 한 사람이 세 역할을 겸하는 현장이라면, 누가 무엇을 결정했는지 남기는 일이 더 중요해집니다.
03진단: FDE는 네 번째 역할이 아니라 세 역할을 겸하는 자리입니다
세 역할을 원으로 그리면 FDE의 자리가 보입니다. 두 원이 겹치는 자리는 이미 있습니다. PO와 PM은 만든 것을 운영으로 인계하고 가치를 다시 잽니다. PO와 PL은 요구를 화면과 구현으로 넘깁니다. PM과 PL은 작업을 쪼개고 설계합니다. FDE는 세 원이 모두 겹친 가운데입니다.
진단: 다섯 칸 중 넷은 이미 세 표준의 본문에 자리가 있습니다. 남은 AI 칸은 FDE에게만 있는 칸이 아니라, 세 표준 모두 아직 본문에 들이지 못한 칸입니다. 그래서 FDE는 새 역할이 아니라 PO, PM, PL을 한 사람이 겸하는 자리이고, AI 칸은 세 역할 모두가 함께 채워야 할 빈칸입니다.
FDE를 준비하는 일을 ‘표준도 없는 새 직무를 배우는 일’로 보면 막막해집니다. 반대로 ‘이미 표준이 있는 세 역할 중 비어 있는 칸을 채우는 일’로 보면 시작점이 생깁니다. 그리고 셋을 겸하는 만큼 판정을 남기는 습관이 하나 더 필요합니다.
04제안: 비어 있는 칸부터, 오늘 한 장씩
개발자로 일해 온 분이라면 PL 칸은 이미 채워져 있을 가능성이 큽니다. 공고의 업무 항목 1위였던 PO의 앞 칸부터 채우는 편이 공고와 맞습니다. BABOK v3 6장의 첫 과업이 현재 상태 분석입니다. 지금 맡은 업무 하나를 골라, 지금 어떻게 돌아가고 어디서 오래 걸리는지를 숫자와 출처를 붙여 한 장으로 적어 보면 됩니다. BABOK은 IIBA 누리집에서 구할 수 있습니다.
기획자로 일해 온 분이라면 반대입니다. PO 칸은 익숙하지만 운영 인계 칸과 돌아가게 만드는 칸이 비어 있기 쉽습니다. 운영 인계 칸은 한 장으로 시작할 수 있습니다. 내가 만든 것을 누가 넘겨받아 운영하는지, 잘 돌아가는지 무엇으로 다시 확인하는지, 처음 목표를 채웠는지 언제 다시 재는지 세 줄을 적는 것입니다. PMBOK 8판이 프로젝트를 닫는 국면에 두는 운영 이관과 편익 검증을 한 사람 규모로 줄인 것입니다. 돌아가게 만드는 칸은 코드를 직접 짜지 않더라도, 배포된 기능 하나가 어디서 기록되고 문제가 생기면 누가 알게 되는지 한 번 따라가 보는 것으로 시작할 수 있습니다.
AI 칸은 누구에게나 비어 있습니다. 세 표준이 아직 본문에 들이지 않았으니 기준은 스스로 세워야 합니다. 맡은 일 하나를 AI에게 자료 없이 한 번, 내 자료를 주고 한 번 시켜 보고, 두 결과에서 무엇이 빠졌는지 세어 보는 것으로 시작할 수 있습니다. 빠진 것이 그 일에서 사람이 쥐고 있어야 할 칸입니다.
혼자 세 역할을 원래 겸하고 있는 분, 예를 들어 1인 창업자나 프리랜서라면 판정을 남기는 습관이 가장 먼저입니다. 무언가를 정할 때 ‘누가, 왜, 무엇을 보고’를 한 줄씩 남기는 결정 목록 하나면 됩니다. FDE를 들이려는 조직도 같습니다. 사람을 고르기 전에 그 사람의 판정이 어디에 남는지부터 정해 두는 편이 안전합니다.
05내 이력에서 먼저 찾아볼 것 세 가지
FDE라는 이름을 붙이기 전에, 자기 이력에서 아래 셋을 찾아봅니다.
- 고객 앞에서 문제를 한 문장으로 정의해 본 문서가 있는가
- 그 결정을 누가 판정했는지 적어 둔 기록이 있는가
- 내가 떠난 뒤에도 남아서 돌아가는 것을 넘겨 본 적이 있는가
첫째는 PO의 앞 칸, 셋째는 PM과 PO의 끝 칸입니다. 둘째는 세 역할을 겸할 때 사라지기 쉬운 것입니다. 없는 것이 다음에 배울 표준을 알려 줍니다.
06아직 남은 문제가 두 가지 있습니다
아직 남은 문제: 첫째, 다섯 칸을 표준의 어느 자리에 댈지는 제 판단입니다. 표준을 만든 곳이 FDE를 이렇게 나눈 적은 없습니다. 둘째, FDE 표준이 없는 지금의 판단이라, 공식 역량 체계가 나오면 이 대응표는 다시 그려야 합니다.
07마치며: ‘FDE가 될 수 있는가’가 아니라 ‘세 칸 중 어느 칸을 내 이름으로 판정해 봤는가’
FDE라는 이름은 새롭지만, 표준에 대 보면 이미 있는 세 역할의 칸들이 한 사람에게 모인 자리였습니다. 새로 비어 있는 것은 AI 칸과, 셋을 겸할 때 사라지는 판정 기록 두 가지였습니다.
FDE를 준비하는 분이라면 FDE라는 이름보다, PO와 PM과 PL 세 칸 중 어느 칸의 판정을 내 이름으로 해 봤는지부터 적어 보시길 권합니다.
이 글은 AI의 도움을 받아 작성했습니다.
08참고 자료
- 아시아경제, “AX 핵심은 현장 실행력”…FDE 확보전 나선 기업들 (2026-09-23): https://view.asiae.co.kr/article/2026092309125833995
- Bloomberry, I analyzed 1,000 forward deployed engineer jobs (2025-11-18, 2026-01-25 갱신): https://bloomberry.com/blog/i-analyzed-1000-forward-deployed-engineer-jobs-what-i-learned/
- IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3 (2015)
- PMI, A Guide to the Project Management Body of Knowledge (PMBOK Guide) Eighth Edition (2025)
- IEEE Computer Society, SWEBOK Guide V4.0a (2025): https://www.computer.org/education/bodies-of-knowledge/software-engineering