IBM, AI 컨설팅을 30명 팀에서 6명 포드로 줄이는 FDU 모델 공개

• IBM이 기업 AI 컨설팅·개발 방식을 새로 짜겠다고 나섰음. 이름은 포워드 디플로이드 유닛(Forward Deployed Units, FDU)임

  • IBM의 문제의식은 꽤 직설적임. 이제 기업 AI의 병목은 ‘모델이 있냐 없냐’가 아니라 ‘그걸 실제 운영에 어떻게 붙이냐’라는 것
  • 모하마드 알리 IBM 컨설팅 총괄은 AI 시대에 사람을 더 많이 투입하는 방식만으로는 확장성이 안 나온다고 봄

• FDU의 핵심은 사람 팀을 AI 에이전트 팀으로 갈아엎는 데 있음

  • IBM은 FDU를 ‘사람 한 명’이 아니라 ‘포드(Pod)’라고 설명함
  • 전략 수립, 코딩, 테스트, 평가, 문서화 같은 작업 상당수를 AI 에이전트가 수행하고, 인간 전문가는 방향 설정과 감독을 맡는 구조임
  • IBM 주장으로는 기존 30명 규모 프로젝트 팀이 하던 일을 6명 수준의 시니어 전문가 팀으로 처리할 수 있음

• IBM은 이 모델이 포워드 디플로이드 엔지니어(FDE) 트렌드의 확장판이라고 봄

  • FDE는 고객 현장에 들어가 문제 정의부터 솔루션 설계·구현까지 맡는 고급 엔지니어 역할임
  • 최근 생성형 AI 스타트업들이 이 모델을 많이 밀고 있지만, IBM은 개인 단위 FDE만으로는 엔터프라이즈 AI 전환을 감당하기 어렵다고 봄
  • 기업에는 데이터 단절, 복잡한 기존 시스템, 규제, 거버넌스, 빠른 배포 요구가 한꺼번에 얽혀 있기 때문임

• FDU가 노리는 가장 큰 병목은 ‘전략과 실행의 분리’임

  • 기존 컨설팅 구조에서는 전략팀이 방향을 잡고, 이후 개발 조직으로 일이 넘어가면서 맥락이 끊기는 일이 잦았음
  • FDU는 같은 팀이 설계, 구축, 운영까지 이어서 맡는 방식이라 맥락 손실을 줄이겠다는 접근임
  • 특히 에이전틱 AI 시스템은 한 번 만들고 끝나는 게 아니라 계속 튜닝하고 검증해야 해서 단발성 프로젝트와 잘 안 맞는다는 게 IBM의 주장임

• IBM은 이미 리야드 에어, 네슬레, 하이네켄, 피어슨 같은 글로벌 기업에 FDU 모델을 적용하고 있다고 밝힘

  • 아시아태평양, 유럽, 미국 전반으로 배치를 확대 중이라고 함
  • 자체 플랫폼인 IBM Consulting Advantage도 같이 붙임. 여기에는 AI 에이전트, 재사용 가능한 코드 자산, 산업별 가속기가 들어감

• 개발자 입장에서 재밌는 지점은 ‘AI가 개발자를 대체하냐’보다 ‘프로젝트 팀 구성이 어떻게 바뀌냐’임

  • 반복 작업은 에이전트가 맡고, 시니어는 설계·검증·거버넌스 쪽으로 더 올라가는 그림임
  • 반대로 말하면 에이전트 결과물을 평가하고 운영 모델로 묶는 역량이 더 중요해질 수 있음

---

기술 맥락

• IBM이 FDU를 꺼낸 이유는 기업 AI가 파일럿에서는 그럴듯해도 운영 단계에서 자주 멈추기 때문이에요. 모델 성능만 좋다고 실제 업무 시스템, 보안, 규제, 데이터 흐름까지 자동으로 맞아떨어지지는 않거든요.

• 여기서 선택한 방식은 ‘AI 도구를 개발자에게 하나 더 주는 것’이 아니라, 팀 구조 자체를 AI 에이전트 중심으로 다시 설계하는 거예요. 그래서 30명 프로젝트 팀을 6명 시니어 팀과 에이전트 포드로 대체할 수 있다는 식의 숫자가 나오는 거죠.

• 포인트는 자동화보다 지속 운영이에요. 에이전틱 AI는 배포 후에도 튜닝, 평가, 거버넌스가 계속 필요해서 전략팀과 개발팀이 분리되면 맥락이 쉽게 깨져요. FDU는 같은 팀이 설계부터 운영까지 잡고 가면서 그 손실을 줄이겠다는 접근이에요.

• 한국 기업에도 꽤 익숙한 문제예요. AI PoC는 많은데 실제 현업 시스템에 붙이는 순간 데이터 권한, 레거시 연동, 책임 소재에서 막히는 경우가 많거든요. IBM의 메시지는 결국 ‘모델보다 운영 체계가 경쟁력’이라는 쪽에 가까워요.