FDE 도입 전, 경영진이 정해야 할 세 가지

교육으로 만든 AI 도구가 실무에서 멈추는 이유와 FDE(현장 배치 엔지니어)의 역할, 교육에서 자립까지 AX가 완성되는 계획에 넣어야 할 세 가지를 정리했습니다.
FDE 도입 전, 경영진이 정해야 할 세 가지

조코딩AX파트너스에서 올해 3월부터 30곳이 넘는 기업에서 AI 교육을 진행했습니다. AX 진단으로 조직의 현재 위치를 확인하고 집체교육으로 기본기를 다진 뒤, 퍼실리테이팅으로 현업 담당자가 직접 업무 도구와 AI 에이전트를 만들도록 도왔습니다. 교육장에서는 매번 결과물이 나왔습니다.

그런데 교육이 끝나고 시간이 지나 고객사 담당자분들과 다시 이야기를 나누면서 한 가지 고민이 생겼습니다. 만든 도구가 있긴 한데, 실무에서 계속 쓰기에는 아직 부족하다는 말을 들었기 때문이죠. 교육장에서 나온 결과물이 왜 업무까지 이어지지 않을까.

교육 만족도는 높았는데, 왜 업무 방식은 그대로일까?

교육 때 만든 에이전트가 하나둘 안 쓰이는 걸 보면, 다음 교육을 어떻게 기획해야 할지 막막하다.

인사·교육 담당자분들도 같은 고민을 하고 계실 겁니다. 이 글에서는 교육으로 만든 도구가 업무에서 멈추는 이유, 그 빈자리를 채우는 FDE(Forward Deployed Engineer, 현장 배치 엔지니어)의 역할, 그리고 조직이 스스로 AX를 이어 가기 위해 교육 계획에 넣어야 할 것을 정리했습니다.


교육은 끝났는데, 도구는 왜 사용이 멈출까

교육에서 만든 도구는 대부분 첫 버전입니다. 교육 시간 안에 핵심 기능이 돌아가는 데까지는 만들 수 있지만 실제 업무에는 예외 상황이 훨씬 많습니다. 데이터 형식이 조금만 달라도 멈추고 부서마다 다른 규칙을 반영하지 못합니다. 써 보며 나온 불편은 개선으로 이어지기 쉽지 않았어요.

교육에서 만든 첫 버전의 도구와 실무에서 계속 쓰는 도구 사이의 빈칸, 고도화
교육에서 만든 첫 버전의 도구와 실무에서 계속 쓰는 도구 사이의 빈칸, 고도화

문제는 이 다듬는 일, 즉 고도화를 맡을 사람이 없다는 점입니다. 현업 담당자는 본업을 하면서 도구까지 고칠 시간이 부족하고 막혔을 때 물어볼 사람도 마땅치 않습니다. 결국 도구는 첫 버전에서 멈추고 담당자는 익숙한 예전 방식으로 돌아갑니다.

이건 특정 교육 현장만의 이야기가 아닙니다. MIT NANDA가 2025년에 낸 보고서 『The GenAI Divide』는 기업 생성형 AI 파일럿의 95%가 확산 단계로 넘어가지 못했다고 분석했습니다. 보고서가 꼽은 핵심 원인은 모델 성능이 아니라 학습 격차(learning gap)였습니다. 대부분의 AI 시스템이 피드백을 기억하지 못하고, 업무 맥락에 맞춰 바뀌지 않고, 시간이 지나도 나아지지 않는다는 것입니다.

AX의 성패는 첫 버전을 만드는 데서가 아니라 계속 쓰게 만드는 고도화에서 갈립니다. 기존 방식들은 이 지점에서 저마다 한계를 보입니다.

구분

교육형 AX

외주 구축

솔루션 도입

FDE

끝난 뒤 남는 것

기초 역량과 첫 버전의 도구

완성된 시스템과 유지보수 계약

솔루션 사용 권한

실무에서 쓰는 도구와 문제 해결 프로세스

고도화는 누가

현업 담당자 혼자, 본업과 병행

외주사, 추가 비용 발생

공급사 로드맵에 따름

처음엔 FDE와 함께, 이후 조직 스스로

한계

실무 수준까지 다듬지 못해 사용이 멈춤

내부에 아는 사람이 없어 의존이 이어짐

우리 업무에 맞게 바꾸기 어렵고 구독에 묶임

조직이 자립하면 FDE가 철수

외주 구축은 완성도를 높여 주지만 내부에 시스템을 아는 사람이 남지 않습니다. 솔루션 도입은 빠르지만 우리 업무에 맞게 바꾸기 어렵고 공급사 일정에 묶입니다. 교육은 사람을 키우지만 고도화까지 책임지지는 못합니다. 이 빈칸을 메우는 방식이 FDE입니다.


팔란티어가 FDE를 만든 이유, 도입을 막는 문제

FDE는 Forward Deployed Engineer의 줄임말로, 고객사 현장에 직접 배치되는 엔지니어를 뜻합니다. 이 직무를 처음 만든 곳은 데이터 분석 기업 팔란티어입니다.

팔란티어가 FDE를 둔 목적은 분명했습니다. 고객의 도입을 가로막는 문제를 현장에서 직접 풀기 위해서였습니다. 팔란티어의 일하는 방식을 정리한 글(Lenny's Newsletter)에 따르면, FDE는 전화로 요구사항을 묻는 대신 몇 달씩 고객의 운영 현장에 머물며 고객과 같은 일을 했습니다. 고객 데이터를 제품에 연결하고 현장에서 알게 된 문제에 맞춰 프로토타입을 만들었습니다. 분석 결과까지 직접 보고했습니다.

이유는 단순합니다. 아무리 좋은 제품도 현장의 데이터와 규칙, 예외 상황에 맞춰지지 않으면 쓰이지 않습니다. 교육에서 만든 도구가 멈추는 이유와 같습니다. 지금은 여러 AI 기업이 같은 방식으로 엔터프라이즈 고객을 지원하고 있습니다.

FDE는 요구사항 문서를 받아 개발하고 떠나는 외주 개발자와 다릅니다. 현업 담당자 옆에서 실제 업무가 어떻게 흘러가는지 보고 무엇이 진짜 문제인지 함께 정의합니다. 그리고 교육에서 만든 첫 버전의 도구를 실무에서 버틸 수 있는 수준으로 고도화합니다.

더 중요한 역할은 그다음입니다. FDE는 완성된 도구만 건네지 않고 문제를 정의하고 해결하는 과정 자체를 조직에 넘깁니다. 어떤 업무를 자동화할지 고르는 기준, 도구가 멈췄을 때 원인을 찾는 방법, 쓰면서 나온 불편을 개선으로 바꾸는 순서까지 함께 작업하며 전수합니다.

외주 개발자와 FDE가 남기는 것 비교: 완성된 도구만 남기는 외주 개발자, 도구와 함께 기준·원인 찾는 방법·개선 순서를 넘기는 FDE
외주 개발자와 FDE가 남기는 것 비교: 완성된 도구만 남기는 외주 개발자, 도구와 함께 기준·원인 찾는방법·개선 순서를 넘기는 FDE

그래서 FDE의 성과는 만든 도구의 개수로 재지 않습니다. FDE 없이도 조직이 도구를 고치고 키울 수 있게 되었는가로 판단합니다.


교육에서 자립까지, AX가 완성되는 3단계

AI 분야 석학 앤드루 응은 기업용 가이드 『AI Transformation Playbook』에서 AI 전환의 순서를 이렇게 제시했습니다. 첫 프로젝트는 외부 전문가의 도움을 받아서라도 빠르게 성공시켜 모멘텀을 만들고 장기적으로는 사내 팀이 직접 프로젝트를 수행해야 더 효율적이고 고유한 경쟁력이 생긴다는 것입니다.

저희가 교육 현장에서 얻은 결론도 같습니다. 외부의 힘으로 시작하되, 끝은 조직 스스로 해내는 상태여야 합니다. 저희는 이 흐름을 세 단계로 나눕니다.

AX가 완성되는 3단계: 교육으로 기반 다지기, FDE와 함께 현장에서 고도화, 조직 스스로 유지보수와 개선
AX가 완성되는 3단계: 교육으로 기반 다지기, FDE와 함께 현장에서 고도화, 조직 스스로 유지보수와 개선


1단계. 교육으로 기반 다지기
AX 진단으로 조직의 출발점을 확인하고 집체교육으로 공통 언어와 기본기를 만듭니다. 퍼실리테이팅으로 현업 담당자가 자기 업무 문제를 직접 정의하고 첫 버전의 도구를 만들어 봅니다. 이 단계의 목표는 완성품이 아니라 "우리 업무에도 AI를 쓸 수 있다"는 경험과 실제 과제 목록입니다.

2단계. FDE와 함께 현장에서 고도화하기
FDE가 현장에 들어가 첫 버전의 도구를 실무 수준으로 다듬습니다. 이때 FDE는 현업 담당자와 짝을 이뤄 함께 고칩니다. 예외 상황을 처리하는 방법, 도구를 업무 흐름에 연결하는 방법, 문제가 생겼을 때 원인을 찾는 방법을 작업 속에서 익힙니다.

3단계. 조직이 스스로 유지보수하고 개선하기
현업 담당자가 도구를 직접 고치고 새 요구가 생기면 스스로 기능을 붙입니다. 이 단계에 이르면 FDE는 해당 업무에서 손을 뗍니다.

교육만으로는 1단계에서 멈추기 쉽습니다. 2단계를 거쳐야 도구가 업무에 남고 3단계에 이르러야 AX가 조직 안에서 스스로 굴러가기 시작합니다.


FDE가 버려질 때, 조직의 AX가 시작된다

FDE에게는 역설적인 목표가 하나 있습니다. 결국 고객에게 버려지는 것입니다.

여기서 버려진다는 말은 프로젝트가 실패했다는 뜻이 아닙니다. FDE가 맡았던 문제 영역에서 조직이 더 이상 외부 엔지니어를 부를 필요가 없을 만큼 자립했다는 뜻입니다. 현업 담당자가 도구를 스스로 유지보수하고 성능을 개선하게 되면, FDE는 그 업무에서 공식적으로 물러납니다.

그래서 버려짐은 FDE에게 가장 확실한 성과 지표입니다. 고객을 계속 붙잡아 두는 방식은 공급자에게는 안정적이지만 조직에는 의존만 남깁니다. 반대로 스스로 굴러가게 만들고 떠나는 방식은 조직에 역량을 남깁니다.

버려짐이 관계의 끝은 아닙니다. AX에서는 한 문제가 풀리면 더 어렵고 가치 있는 다음 문제가 나타납니다. 쉬운 문제를 스스로 풀 수 있게 된 조직은 더 복잡한 과제를 맡길 파트너를 찾을 때, 자신을 자립시켜 준 FDE를 먼저 떠올릴 가능성이 큽니다.

버려짐의 선순환: 현장에서 함께 고도화, 조직 스스로 유지보수와 개선, FDE는 버려짐, 더 어려운 다음 과제
버려짐의 선순환: 현장에서 함께 고도화, 조직 스스로 유지보수와 개선, FDE는 버려짐, 더 어려운 다음 과제

인사·교육 담당자가 계획에 넣어야 할 세 가지

FDE가 들어와도 교육 계획이 예전 그대로라면 같은 결과가 반복됩니다. 교육이 일회성 행사로 끝나지 않고 조직의 AX로 이어지려면, 기획 단계부터 아래 세 가지를 넣어 두는 것이 좋습니다.

교육 과제를 실제 업무 문제로 정의하기

교육용 예제로 만든 도구는 교육장을 벗어나면 쓸 곳이 없습니다. 교육 전에 부서별로 반복 업무와 병목을 모으고 그중에서 실습 과제를 고르세요. 그래야 교육에서 만든 첫 버전이 곧바로 고도화 대상이 됩니다.

교육 이후 고도화 기간과 내부 담당자 정하기

교육 일정만 잡고 끝내면 도구는 첫 버전에서 멈춥니다. 교육이 끝난 뒤 FDE와 함께 고도화하는 기간을 계획에 넣고 그 기간 동안 도구를 넘겨받을 내부 담당자를 미리 정해 두세요. 담당자가 처음부터 함께 작업해야 FDE가 떠난 뒤에도 공백이 생기지 않습니다.

넘겨받을 산출물 명시하기

계약이나 과업 범위에 동작하는 도구만 적지 말고 넘겨받을 산출물도 함께 적으세요. 도구 구조를 설명한 문서, 문제가 생겼을 때의 대응 순서, 사용자 의견을 개선으로 바꾸는 주기 같은 것들입니다. 그래야 노하우가 FDE 개인의 경험에 머물지 않고 조직의 자산으로 남습니다.

구분

교육만 하고 끝낸 경우

세 가지를 계획에 넣은 경우

교육 과제

교육용 예제

부서의 실제 반복 업무와 병목

교육 이후

담당자 혼자 본업과 병행하며 수정

FDE와 내부 담당자가 함께 고도화

남는 것

첫 버전의 도구와 교육 만족도

실무에서 쓰는 도구, 운영 문서, 개선 루틴

다음 해

비슷한 수준의 교육 반복

조직이 스스로 개선하고 더 어려운 과제에 도전


교육은 시작, 자립이 AX의 완성

AX의 성패는 교육을 몇 번 했는지, 도구를 몇 개 만들었는지로 정해지지 않습니다. 교육으로 만든 도구가 업무에 남고 조직이 그 도구를 스스로 고치고 키울 수 있는지가 핵심입니다.

30곳이 넘는 기업에서 교육을 진행하며 저희가 얻은 결론도 여기에 있습니다. 교육은 AX의 출발점이고 고도화와 자립까지 이어져야 비로소 완성됩니다. FDE는 그 사이를 잇고 조직이 스스로 AX를 해낼 수 있게 되는 순간 물러납니다.

FDE가 떠난 자리에 스스로 도는 도구와 일하는 방식이 남아 있다면, 그 조직의 AX는 이미 시작된 것입니다.

Share article