FDE 팀, 한 명 채용으로 충분할까요? 기업이 AI 현장 적용 팀을 꾸릴 때 필요한 역할 5가지
FDE 한 명만 채용하면 AI가 현장에 자리 잡을까요? IBM·Genesys 사례로 FDE 팀에 필요한 역할 5가지와 우리 회사가 직접 맡을 자리를 정리했습니다.
“FDE 팀을 만들려면 FDE를 한 명 뽑으면 되나요?” AI 전환을 맡은 인사·AX 담당자가 가장 먼저 부딪히는 질문입니다. 짧게 답하면 “한 명으로는 부족합니다”입니다. FDE가 만든 AI가 실제 업무에 남으려면, 그 결과를 책임지는 사람과 업무를 가장 잘 아는 사람, 데이터와 시스템 권한을 열어 주는 사람이 같은 팀으로 움직여야 합니다.
FDE(Forward Deployed Engineer, 전방 배치 엔지니어)는 고객 현장에 들어가 문제를 정의하고, AI로 해결책을 만들어 실제 업무에 정착시키는 직무입니다. 직무의 기본 설명은 FDE 교육, 왜 강의보다 선발과 현장 검증일까에 정리해 두었어요. 이 글은 기업이 FDE 팀을 꾸릴 때 어떤 역할을 함께 묶어야 하는지, 그중 우리 회사가 직접 맡아야 할 자리는 어디인지에 집중합니다.
FDE 한 명만 뽑으면 왜 부족할까요?
FDE를 가장 적극적으로 늘리는 회사들이 오히려 ‘한 명’보다 ‘팀’을 강조하고 있습니다. IBM 컨설팅은 2026년 5월 Forward Deployed Unit(FDU, 전방 배치 팀)이라는 운영 방식을 발표하면서 “FDU는 한 사람이 아니라 하나의 팀”이라고 설명했습니다. 6월에 낸 설명 글에서는 “기술을 규모 있게 도입하는 일은 하나의 역할로 해결되지 않는다”고 썼습니다.
고객 상담(CX) 솔루션 기업 Genesys도 2026년 11월 5일 FDE 역량을 넓힌다고 발표했습니다. 발표문에 따르면 Genesys의 FDE 팀은 고객사 옆에서 함께 일하며 CX 전문성, 기술 깊이, 전환 경험을 합쳐 AI 활용 사례를 실제 운영으로 옮깁니다. 이 팀이 고객과 함께 넘는 과제로 시스템 연동, 거버넌스, 운영 요건을 꼽았습니다.
두 회사의 설명에서 기업 담당자가 읽어야 할 지점은 같습니다. FDE가 만드는 것은 AI 기능이지만, 그 기능이 업무에 남으려면 무엇을 성과로 볼지, 어떤 데이터를 쓸지, 누가 운영할지를 함께 정해야 합니다. 이 결정은 FDE 혼자 내릴 수 없습니다.
FDE 팀에는 어떤 역할이 들어가나요?
IBM이 자사 FDU에 둔다고 밝힌 역할을 기업 안의 자리로 옮겨 보면 다음과 같습니다. 오른쪽 열은 IBM 설명이 아니라 코드프레소가 국내 기업 조직에 맞춰 정리한 것입니다.
| 역할 | IBM이 설명한 일 | 우리 회사에서 맡을 사람 |
|---|---|---|
| 성과 책임자 | 팀이 내기로 한 사업 성과를 끝까지 책임지고, 분기 경영 보고에서 결과를 설명한다 | 해당 업무의 결과를 원래 책임지는 현업 리더(팀장·본부장) |
| 업무 도메인 전문가 | 업종과 업무 과정을 깊이 알고, 기존 업무 담당자와 함께 목표와 과정을 다시 설계한다 | 그 업무를 오래 해 온 실무 담당자 |
| 전방 배치 아키텍트 | 회사의 기존 시스템에서 무엇을 만들 수 있는지 판단하고, 사업 목표를 기술 구현으로 연결한다 | IT·정보보안 담당자 또는 외부 팀의 설계 책임자 |
| FDE | AI 도구·에이전트·앱을 하나의 업무 해결책으로 엮고, 현업 팀 안에서 함께 만든다 | 사내에서 키운 FDE 또는 외부 FDE |
| 데이터 설계자·응용 AI 전문가 | AI가 쓸 수 있게 회사 데이터를 준비하고, 에이전트가 들어간 업무 흐름을 만든다 | 데이터 담당자, 업무 시스템 운영 담당자 |
IBM은 이 팀 안에서 “사람은 일의 양 끝에, 에이전트는 가운데에” 둔다고 설명합니다. 업무 전문가와 아키텍트가 일의 범위와 ‘잘 됐다’의 기준을 정하고, FDE와 데이터 설계자가 결과가 맞는지와 운영에 올릴 수 있는지를 확인합니다. 그 사이의 반복 작업은 AI 에이전트가 맡습니다. IBM은 이 구성 덕분에 6명 팀이 30명 팀의 일을 한다고 자사 발표에서 밝혔습니다.
외부 FDE 팀과 일하면 우리 회사는 누구를 붙여야 할까요?
Genesys와 IBM처럼 솔루션 회사·컨설팅사가 FDE 팀을 고객사에 보내는 방식을 내세우고 있습니다. 이런 외부 팀과 일할 때도 모든 역할을 외부에 맡기면 안 됩니다. 코드프레소는 다섯 역할 가운데 두 자리는 반드시 우리 회사 사람이 맡아야 한다고 봅니다.
| 구분 | 역할 | 우리 회사가 맡아야 하는 이유 |
|---|---|---|
| 반드시 내부 | 성과 책임자 | 무엇을 성과로 볼지, 언제 멈출지는 회사가 정해야 합니다. 외부 팀은 계약한 일을 끝내면 떠납니다. |
| 반드시 내부 | 업무 도메인 전문가 | 예외 상황과 사내 규정을 아는 사람은 회사 안에 있습니다. 이 사람이 빠지면 AI가 자주 틀리는 지점을 아무도 짚지 못합니다. |
| 내부와 함께 | 아키텍트, 데이터 담당 | 설계는 외부가 이끌 수 있지만, 데이터 접근 권한과 보안 승인은 우리 회사 IT가 엽니다. |
| 외부 가능 | FDE | 구현은 외부 FDE가 맡을 수 있습니다. 다만 운영을 넘겨받을 내부 담당자를 처음부터 옆에 붙입니다. |
Genesys의 최고고객책임자(CCO) 스콧 크라보타는 발표에서 “기업은 데이터, 거버넌스, 변화 관리, 활용 사례를 맞춰야 이런 프로젝트를 운영 단계로 옮길 수 있다”고 말했습니다. 이 네 가지 가운데 데이터 권한과 변화 관리는 고객사가 직접 움직여야 풀리는 일입니다. 외부 FDE를 부르기 전에 표의 ‘반드시 내부’ 두 자리에 이름을 적을 수 있는지부터 확인해 보세요.
예를 들어 보험사 보상팀이라면 누가 들어가야 할까요?
예를 들어 한 보험사 보상팀이 사고 접수 서류 확인을 AI에게 맡기려 한다고 해 보겠습니다. 지금은 담당자가 고객이 올린 진단서·영수증·사고 경위서를 하나씩 열어 빠진 서류를 찾고, 보완 요청 문자를 보냅니다. 경영진은 “AI 전문가를 한 명 뽑아서 자동화하자”고 합니다. 인사·AX 담당자라면 이 요청을 다음처럼 팀으로 바꿔 제안할 수 있습니다.
- 성과 책임자: 보상팀장. “서류 보완 요청 때문에 늦어지는 건을 줄인다”처럼 성과를 한 문장으로 정하고, 매달 경영 회의에서 결과를 보고합니다.
- 업무 도메인 전문가: 심사를 오래 맡아 온 보상 담당자. 어떤 서류가 자주 빠지는지, 상품마다 필요한 서류가 어떻게 다른지, AI가 판단하면 안 되는 예외가 무엇인지 알려 줍니다.
- 아키텍트·데이터 담당: IT·정보보안 담당자. 고객 서류를 AI가 어디까지 읽을 수 있는지 권한을 정하고, 개인정보가 밖으로 나가지 않게 설계를 확인합니다.
- FDE: 사내 육성 인력 또는 외부 FDE. 서류 확인과 보완 요청 문자 초안 작성을 AI 흐름으로 만들고, 보상 담당자와 매주 결과를 같이 봅니다.
이렇게 짜 두면 AI가 틀렸을 때 누구에게 물어야 하는지가 분명해집니다. 서류 종류를 잘못 판단했다면 보상 담당자가, 읽으면 안 되는 자료를 읽었다면 IT 담당자가, 성과가 나지 않는다면 보상팀장이 방향을 다시 정합니다.
프로젝트가 끝나면 회사에는 무엇이 남아야 할까요?
IBM은 FDU 프로젝트가 고객에게 두 가지를 남긴다고 설명합니다. 하나는 돈을 내고 산 사업 성과이고, 다른 하나는 다시 쓸 수 있는 자산입니다. IBM이 꼽은 자산은 정리된 업무 맥락, AI가 제대로 작동하는지 증명하는 테스트, 에이전트 설정, 다듬은 작업 방법입니다. 같은 글에서 IBM은 “고객 팀은 사후 지식 이전 발표가 아니라 전문가 옆에서 함께 일하며 배운다”고 썼습니다.
기업 담당자는 이 설명을 계약과 인수인계 목록으로 바꿔 쓸 수 있습니다.
- 업무 맥락 정리: AI에게 준 업무 규칙, 예외 기준, 용어 설명을 문서로 받습니다.
- 확인용 테스트 사례: “이 서류가 들어오면 이렇게 답해야 맞다”는 사례 묶음을 받아, 규정이 바뀔 때마다 다시 돌려 봅니다.
- AI 설정과 지시문: 에이전트 설정, 프롬프트, 연결된 시스템 목록을 회사 저장소에 둡니다.
- 운영을 맡을 사람: 외부 FDE가 떠난 뒤 이 AI를 고치고 돌볼 내부 담당자를 이름으로 정합니다.
IBM은 같은 글에서 FDE 팀으로 개발 속도 문제를 풀면 병목이 세 곳으로 옮겨 간다고 봤습니다. 무엇을 만들지 고르는 일, 시스템 전체의 일관성을 지키는 일, 그리고 조직이 변화를 받아들이는 속도입니다. 세 번째는 인사·HRD 담당자가 가장 직접 움직일 수 있는 영역입니다.
FDE 교육·양성은 팀 단위로 어떻게 계획할까요?
FDE 양성을 계획할 때도 ‘FDE 한 명 키우기’보다 ‘팀의 빈자리 채우기’로 보면 대상이 달라집니다. 사내에서 FDE를 키울 때 코드프레소가 권하는 순서는 다음과 같습니다.
- 첫 과제를 먼저 정합니다. 성과 책임자가 있는 업무 하나를 고릅니다. 책임자가 없는 과제는 시범 단계에서 멈추기 쉽습니다.
- 그 과제의 빈자리를 확인합니다. 업무 전문가와 IT 담당자는 대개 이미 회사 안에 있습니다. 비어 있는 자리는 보통 AI로 엮어 만드는 FDE 역할입니다.
- FDE 후보를 현업과 IT 양쪽에서 찾습니다. 업무를 잘 아는 현업 인력 중 직무 전환을 원하는 사람, AI 구현에 관심이 있는 IT 인력이 모두 후보입니다.
- 실제 과제로 검증합니다. 강의 수료보다 첫 과제를 팀과 함께 끝까지 풀어 본 결과로 다음 단계를 정합니다.
코드프레소가 AXMOS 컨소시엄 파트너들과 함께 운영하는 FDE 교육·양성 과정 Forward Fellowship도 이런 관점으로 설계했습니다. 공식 페이지에 따르면 재직자는 산업·직무와 관계없이 직무 전환을 원하면 지원할 수 있고, 졸업예정자·구직자와 별도 트랙 없이 통합 선발합니다. 산업·도메인 경험은 우대 사항입니다. 5주 동안 온라인 학습과 주차별 역량 진단을 거친 뒤, 선발된 Fellow가 2주 동안 오프라인 기업 프로젝트에 참여합니다.
공식 페이지의 의료 사례가 팀 단위 과제의 모습을 보여 줍니다. 안과의 안구 검사 이미지를 환자 차트에 자동으로 분류·저장하는 프로젝트로, 회사가 밝힌 결과는 환자당 5~9분 걸리던 작업이 2분으로 줄고 오저장 0건입니다. 이런 과제는 검사 업무를 아는 의료진, 차트 시스템을 여는 IT 담당자, AI 흐름을 만드는 FDE가 함께 있어야 풀립니다. 1기는 10월 17일 개강했고 11월 말 데모데이·수료를 앞두고 있습니다(2026년 11월 7일 공식 페이지 확인).
FDE를 채용할지, 외부 팀과 일할지, 사내에서 키울지 비교한 글은 FDE 연봉 최대 145만 달러 시대, 기업은 데려올까 키울까?에, 채용 공고에 무엇을 적을지는 FDE 채용 직무 기술서 글에 정리해 두었습니다.
자주 묻는 질문
Q. FDE 팀을 처음부터 다섯 명으로 꾸려야 하나요?
Q. 성과 책임자는 AX 담당 부서가 맡으면 안 되나요?
Q. FDE 양성 대상은 개발자 중에서만 골라야 하나요?
참고 자료
- Genesys, “Genesys Expands Forward-Deployed Engineering to Speed Time to Value for Agentic CX” (2026년 11월 5일). 원문: “Our FDEs work side by side with customer teams to turn agentic AI into measurable business outcomes.”
- IBM, “Forward deployed units: IBM Consulting’s field model for scaling AI and transformation” (2026년 6월 18일). 원문: “Implementing and adopting technology at scale and pace doesn’t come down to one role.”
- IBM Newsroom, “A New Way to Make AI Actually Work in the Real World” (2026년 5월 14일). 원문: “An FDU isn't a person; it's a pod.”
- FDE 교육·양성 과정 Forward Fellowship 공식 페이지 (2026년 11월 7일 확인)
- FDE 교육, 왜 강의보다 선발과 현장 검증일까: 코드프레소 Forward Fellowship
Forward Fellowship 관련 문의는 axmos@codepresso.io로 보내 주세요.
작성: 코드프레소 글로벌 GTM·파트너십(GGP) 본부 | 최종 수정 2026-11-07
