---
title: "IBM, AI 컨설팅을 30명 팀에서 6명 포드로 줄이는 FDU 모델 공개"
published: 2026-05-18T07:05:01.895Z
canonical: https://jeff.news/article/2839
---
# IBM, AI 컨설팅을 30명 팀에서 6명 포드로 줄이는 FDU 모델 공개

IBM이 기업 AI 도입의 병목을 기술이 아니라 운영 모델 문제로 보고, 포워드 디플로이드 유닛(FDU)이라는 새 실행 조직 모델을 내놨다. 핵심은 시니어 전문가 소수와 AI 에이전트를 한 팀처럼 묶어 전략, 개발, 테스트, 평가, 문서화까지 이어서 처리하는 구조다.

- IBM이 기업 AI 컨설팅·개발 방식을 새로 짜겠다고 나섰음. 이름은 포워드 디플로이드 유닛(Forward Deployed Units, FDU)임
  - IBM의 문제의식은 꽤 직설적임. 이제 기업 AI의 병목은 ‘모델이 있냐 없냐’가 아니라 ‘그걸 실제 운영에 어떻게 붙이냐’라는 것
  - 모하마드 알리 IBM 컨설팅 총괄은 AI 시대에 사람을 더 많이 투입하는 방식만으로는 확장성이 안 나온다고 봄

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

> [!IMPORTANT]
> IBM이 말하는 변화는 단순 자동화가 아님. 컨설팅, 개발, 운영을 한 덩어리로 묶고 그 안에 AI 에이전트를 기본 실행 단위로 넣겠다는 얘기임

- 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의 메시지는 결국 ‘모델보다 운영 체계가 경쟁력’이라는 쪽에 가까워요.

## 핵심 포인트

- IBM은 기존 30명 규모 프로젝트 팀의 일을 6명 수준의 시니어 전문가 팀과 AI 에이전트 조합으로 처리할 수 있다고 주장함
- FDU는 포워드 디플로이드 엔지니어(FDE) 개인 역량보다 조직형 운영 모델을 강조함
- 리야드 에어, 네슬레, 하이네켄, 피어슨 등에 이미 적용 중이라고 밝힘
- IBM Consulting Advantage를 통해 AI 에이전트, 재사용 코드 자산, 산업별 가속기를 함께 제공함

## 인사이트

기업 AI가 파일럿에서 멈추는 이유를 모델 성능이 아니라 조직 설계 문제로 잡은 게 포인트다. 개발자 입장에선 ‘AI가 코딩을 대신한다’보다 ‘프로젝트 운영 방식 자체가 에이전트 중심으로 바뀐다’는 쪽이 더 현실적인 변화로 보임.