AX LABS
← 블로그 AX 전략

FDE는 첫 4주가 전부다

상주는 속도가 아니라 산출물의 밀도다

AX LABS 6분 읽기
FDE는 첫 4주가 전부다

고객사에 상주하면 첫 주부터 회의가 꽉 찬다. 현업은 “빨리 하나 보여달라”고 말하고, IT는 권한과 보안을 확인하며, 임원은 언제 효과가 나오는지 묻는다. 이때 FDE가 바로 데모를 만들면 속도는 나지만 기준은 사라진다. 첫 4주는 만드는 시간이 아니라, 무엇을 만들지와 누가 운영할지를 고정하는 시간이다.

최근 12개월의 움직임도 같은 방향이다. 2026년 AWS는 파트너 대상 Forward Deployed Engineering 조직을 발표했고, OpenAI는 Deployment Company를 공개했으며, Anthropic도 기업 AI 서비스 회사를 발표했다. Accenture/SAP, ServiceNow/Accenture, EY도 FDE 역할을 전면에 내세웠다. 시장이 역할명을 따라가는 것이 아니다. 기업 AI의 병목이 모델 선택에서 현장 배포와 운영 전환으로 옮겨갔다는 신호다.

FDE는 컨설턴트도 개발자도 아니다

FDE는 요구사항을 받아 구현하는 사람이 아니다. 고객사의 업무, 데이터, 권한, 예외, 승인선을 한 번에 붙잡고 작동 가능한 시스템으로 줄이는 사람이다.

전략 관점에서 FDE 투입은 “인력을 몇 명 붙일 것인가”가 아니라 “첫 4주에 어떤 의사결정을 끝낼 것인가”의 문제다. 첫 4주에 결정되지 않은 것은 이후 일정에서 비용으로 돌아온다. 특히 다음 네 가지는 미루면 안 된다.

  • 어떤 업무를 첫 배포 대상으로 삼을지
  • 성공과 중단의 기준을 무엇으로 볼지
  • 사람 승인과 시스템 자동화의 경계를 어디에 둘지
  • 고객사 내부 어느 조직이 운영권을 넘겨받을지

FDE의 첫 산출물은 코드가 아니라, 고객사가 더 이상 모호하게 말할 수 없게 만드는 운영 계약이다.

첫 4주는 단계가 아니라 산출물 체계다

FDE 플레이북은 주차별 활동 목록이 아니다. 주차별로 닫아야 하는 산출물 목록이다. 회의록이 많아도 아래 산출물이 없으면 discovery는 끝난 것이 아니다.

주차 핵심 질문 반드시 남길 산출물 의사결정자
1주차 Discovery 어디서 막히는가 업무 흐름도, 시스템·데이터 인벤토리, 이해관계자 맵, no-go 조건 현업 리더, IT, 보안
2주차 Framing 무엇을 먼저 만들 것인가 우선순위 use case, 목표 업무 설계, 평가 기준, 통합 경계 임원 스폰서, 프로세스 오너
3주차 Thin Slice 실제로 연결되는가 얇은 동작 버전, 테스트 케이스, 위험 로그, 운영 백로그 현업 사용자, IT 운영
4주차 Handoff 누가 계속 돌릴 것인가 운영 runbook, 권한 매트릭스, 장애·에스컬레이션 절차, 30일 개선 계획 운영 조직, 변화관리 조직

1주차 산출물의 핵심은 문제의 크기가 아니라 문제의 위치다. 많은 조직이 “문서 검토 자동화”, “고객 응대 지원”, “영업 제안서 생성”처럼 넓은 이름으로 시작한다. FDE는 이를 실제 업무 흐름의 특정 지점으로 좁힌다. 입력은 어디서 오고, 판단은 누가 하고, 예외는 어떻게 처리되며, 결과는 어느 시스템에 기록되는지를 박아야 한다.

2주차에는 use case를 고르지 않는다. 운영 가능한 use case를 남긴다. 모델 성능만으로 우선순위를 정하면 실패한다. 데이터 접근성, 현업 승인 속도, 보안 예외, 기존 시스템의 API 가능 여부가 함께 들어가야 한다.

3주차는 크게 만들면 안 된다. 얇게 만들어야 한다. 한 업무의 시작부터 끝까지를 가장 좁은 범위로 관통해야 한다. 여기서 중요한 것은 데모 완성도가 아니라 실패 로그다. 어떤 입력에서 흔들리는지, 어떤 권한에서 막히는지, 어떤 판단을 사람에게 돌려야 하는지가 보이면 3주차는 성공이다.

4주차 handoff는 인수인계 미팅이 아니다. 운영권 이전이다. runbook, 모니터링 기준, 변경 요청 절차, 모델·프롬프트·툴 설정의 소유자가 확정되어야 한다. 이 문서가 없으면 FDE가 빠지는 순간 시스템은 다시 프로젝트가 된다.

경영진은 속도가 아니라 종료 조건을 봐야 한다

FDE 투입을 관리할 때 “이번 주에 어디까지 만들었나”만 물으면 팀은 데모를 만든다. 경영진은 “이번 주에 어떤 모호성이 제거됐나”를 물어야 한다.

좋은 FDE 리듬은 명확하다. 매주 하나의 산출물을 닫고, 다음 주 의사결정의 재료를 남긴다. 첫 4주 안에 기술 검토, 업무 설계, 평가 기준, 운영 소유권이 한 줄로 연결되어야 한다. 이 연결이 AX Ops의 시작점이다. 도입과 운영을 다른 팀이 나눠 잡으면 handoff가 문서 전달로 끝난다. 한 팀이 discovery부터 handoff까지 잡아야 운영 습관이 남는다.

참고와 다음 행동은 같은 문서에 둔다

참고한 최근 12개월 내 1차 출처는 다음과 같다.

FDE 플레이북은 멋진 직함을 붙이는 일이 아니다. 첫 4주 동안 산출물, 의사결정, 운영권을 순서대로 닫는 경영 장치다. AX LABS는 이 구간을 PoC가 아니라 운영 전환의 시작으로 설계한다. 고객사 상주 FDE를 AX Ops 안에서 설계하려면 AX Ops 방법론 →

함께 읽으면 좋은 글