Claude Code FDE Night 2026 — 기업 AX 전환 최전선의 현장 목소리

FDE(Field Deployment Engineer)가 뭔지 몰랐다면, 이제 알아야 할 타이밍이 됐다.

서울에서 열린 Claude Code FDE Night 2026 세미나에서 Cognition, SpaceY, Worxphere, 채널톡의 실무자들이 기업 AI 전환(AX)의 현장 경험을 공유했다. 이론이 아니라 실제로 부딪힌 문제와 해결책이다.

FDE란 무엇인가

FDE는 "고객사에 직접 파견되어 그 고객의 문제를 풀면서 제품을 커스터마이징·적용시키는 포지션"이다. 컨설턴트, 엔지니어, 세일즈가 결합된 역할이다.

Claude Code 맥락에서 FDE는 기업이 AI를 도입할 때 단순 도구 설치를 넘어 업무 방식 자체를 재설계하는 역할을 담당한다.

[💡 잠깐! 이 용어는?] AX(AI Transformation): 기업의 업무·조직·프로세스 전체를 AI 기반으로 재설계하는 작업. 단순 도구 도입이 아닌 일하는 방식의 근본적 전환을 의미한다.

장점은 명확하다. 고객에게 극도로 최적화된 가치 제공이 가능하고, 실행 속도가 빠르며, 계약 성공률이 올라간다. 단점도 있다. 인건비가 높고, 주당 15시간 미만 수면이 거의 불가능한 업무량, 빠른 번아웃이 구조적 문제다.

2년 이상 운영한 회사가 극소수인 이유다.

세대별 AX 전략의 진화

SpaceY가 공유한 AX 도입 세대 분류가 흥미롭다.

세대	전략	결과
1세대	사내 AX팀 구축	한계 드러남
2세대	전 직원 Claude Code 교육	따라오지 못함
3세대	부서 단위 성공 후 확산	점진적 효과
4세대(현재)	"꼭짓점 AX"	진행 중

4세대 전략의 핵심은 팀 리더를 AI Native Builder로 먼저 전환하는 것이다. 개별 구성원 전체를 동시에 바꾸려 하지 않고, 의사결정 허브가 되는 사람부터 시작한다.

Worxphere도 비슷한 접근이다. 550명 규모 조직에서 임원 12명에게 먼저 Claude Code 기반 에이전트를 구축하고, AI가 만든 대시보드로 의사결정 모델을 직접 체험하게 했다.

포인트: 전사 AX의 속도는 개인 생산성의 합이 아니라 의사결정 허브의 AI Native 감각에 달려 있다.

구체적 성과와 수치

공허한 "생산성 향상"이 아닌 구체적 수치가 나왔다.

Worxphere 사례:

• Claude Code 도입 후 프론트엔드·앱 개발자 생산성 약 8배 상승
• 서로 다른 4개 제품을 동시에 4개월 만에 리빌드 완료

SpaceY 접근법:

• 3개월 계약 내용을 1~10일 만에 완료하는 전략
• 초기 창의성이 소진된 후 조직 컨설팅 단계로 전환

빠른 실행이 가능한 이유는 기술보다 도구 선택에 있다. SpaceY가 버린 것: 자가개선을 표방하지만 실제로는 노가다가 필요한 복잡한 에이전트 프레임워크. 채택한 것: Andrej Karpathy 스타일의 미니멀한 도구들.

한국 환경에서의 마찰

글로벌 AX 전략을 한국에 그대로 적용하면 문제가 생긴다.

온프레미스 비중: 국내 기업의 온프렘 배포 비중이 높아 클라우드 기반 AI 서비스 도입 속도가 느려진다. 대안은 Data Lake 중간 계층을 쌓고 AI가 이 계층을 통해 접근하는 구조다.

조직 위계 문화: 실무 담당자에게 직접 접근하기 어렵다. 높은 직급부터 설득하는 우회 전략이 필요하다. "높은 직급을 AI Native로 먼저 만들어라"는 조언이 한국 맥락에서 더 중요해진다.

SAP ERP 연동: 국내 대기업 환경에서 자주 마주치는 문제다. SAP에 직접 AI를 연결하지 말고, ERP 데이터를 Data Lake로 끌어낸 후 AI가 이 계층을 통해 접근하게 설계하라는 것이 현장의 교훈이다.

FDE 역할의 진짜 과제

채널톡이 명확하게 짚었다. FDE의 핵심 과제는 고객의 FDE 의존성을 끊는 것이다.

도구를 설치해주고 떠나는 게 아니라, 고객 조직이 스스로 AI를 확장할 수 있는 역량을 심어야 진정한 성공이다. 고객이 FDE 없이 못 굴러가는 상태는 실패다.

미드마켓에는 DS(Deployment Specialist, 비개발자 AX 컨설턴트)가, 엔터프라이즈에는 FDE가 투입되는 계층 구조도 공유됐다. 엔터프라이즈 FDE는 기술 구현보다 공정·병목 개선에 더 집중한다.

FDE가 실제로 하는 일

하루 일과가 어떻게 굴러가는지 감을 잡을 수 있는 실제 업무 흐름이다.

시점	활동
1주차	고객사 업무 인터뷰, 병목 공정 매핑
2주차	MVP 에이전트 구축, 임원 대시보드 데모
3~4주차	파일럿 부서 도입, 피드백 반영
5~8주차	확산 계획 수립, 내부 챔피언 양성
종료	고객 내부팀에 이관, 유지보수 가이드 전달

엔지니어 작업 60%, 컨설팅 30%, 세일즈·리포팅 10% 정도의 시간 배분이 전형적이다.

SDLC에서 Context-DLC로

세미나에서 나온 개념 중 가장 주목할 것은 Context-DLC 전환이다.

기존 소프트웨어 개발 생명주기(SDLC)가 "어떤 코드를 어떻게 작성하는가"를 중심으로 조직된다면, AI 시대의 개발 주기는 "어떤 맥락을 어떻게 구성하는가"를 중심으로 재편된다. 코드가 아니라 컨텍스트가 핵심 자원이 되는 것이다.

비유하면 이렇다. 기존 개발에서 설계도(아키텍처)가 팀이 공유하는 핵심 자산이었다면, Context-DLC에서는 에이전트가 이해할 수 있는 지식 그래프와 맥락 태깅 구조가 그 자리를 차지한다. Worxphere가 Data Catalog를 도입해 "매출"의 정의를 부서별로 통일한 것이 바로 이 작업이다.

이 관점에서 CTO의 역할도 바뀐다. 코드 아키텍처 설계에서 AI-인간 재협업 구조 설계로 이동하는 것이다. 어떤 정보를 에이전트에게 줄지, 어떤 결정을 사람이 맡을지 경계를 설정하는 일이 핵심이 된다.

정리

• FDE는 도구 도입이 아닌 조직의 일하는 방식 재설계 역할이다
• 4세대 AX 전략의 핵심은 개인보다 의사결정 허브 인물의 AI Native 전환이다
• 한국 환경에서는 온프렘, 위계 문화, SAP 연동에 대한 별도 전략이 필요하다
• FDE 성공 지표는 생산성 향상이 아니라 고객 자립이다
• 다음 개발 패러다임의 핵심 자원은 코드가 아니라 컨텍스트다

AI 도구를 쓰는 것과 조직이 AI Native하게 움직이는 것은 완전히 다른 문제다. 세미나가 공통적으로 가리키는 방향이 거기 있다.

---

참고:

• 이동욱(jojoldu) 세미나 후기: https://jojoldu.tistory.com/876