AI 전략이 실행되지 않는 이유

전략 발표 다음 달에 현장을 가 보면 달라진 것이 없습니다. 도구가 없어서가 아닙니다. 모델도 고르고 벤더도 정했는데, 석 달 뒤 담당자가 바뀌면서 조용히 서랍으로 들어갑니다.

막힌 곳은 같습니다. 전략 문서가 실제 업무의 최소 단위까지 내려오지 않은 것입니다. "무엇을 자동화한다"는 있는데, 누가 어떤 결정을 언제까지 줄이는지가 없습니다.

개념검증이 반복되는 조직의 공통점

많은 조직이 모델과 도구를 빠르게 비교합니다. 그런데 개념검증이 끝난 뒤 현장 업무는 그대로입니다. 이유는 간단합니다. 성공 기준을 시연 가능성에 맞췄기 때문입니다. 업무가 실제로 바뀌었는지를 기준으로 삼지 않았습니다.

공통 패턴이 있습니다. 실행 책임이 현업 부서장이 아니라 프로젝트 담당자에게만 남습니다. 데이터 소유권과 갱신 주기가 정해지지 않습니다. 승인 흐름과 예외 처리 방식이 바뀌지 않습니다. 성과 지표가 "정확도"나 "시연 품질"에 머뭅니다.

개념검증을 반복하는 것 자체가 문제는 아닙니다. 다음 단계로 넘어갈 기준이 없습니다. "할 수 있다"를 확인하는 데서 끝나는 한, 현장은 바뀌지 않습니다.

실행 단위로 내려온 전략은 문장이 다릅니다

전략이 실행 단위로 내려오면 문장이 바뀝니다.

"지능형 업무 자동화를 추진한다"라고만 적혀 있으면 아무것도 바뀌지 않습니다. 이런 문장은 다릅니다. "견적 승인 리드타임을 사흘에서 하루로 줄입니다. 책임은 영업관리 부서장이 집니다. 근거 데이터는 견적 이력이고 매일 갱신됩니다. 성과는 4주 뒤 주간 회의에서 리드타임 숫자로 확인합니다."

두 문장의 차이는 표현이 아닙니다. 준비의 차이입니다. 뒤의 문장을 쓰려면 업무를 먼저 쪼개야 합니다. 책임자와 합의해야 하고, 데이터가 어디 있는지도 확인해야 합니다. 그 준비 과정이 전략 실행입니다.

전략 문서의 과제를 이런 문장으로 다시 쓸 수 있는지 확인해 보시면 됩니다. 그 전략이 실행될 전략인지 벽에 걸릴 전략인지 미리 알 수 있습니다. 현장 업무를 먼저 보는 방법은 별도로 정리했습니다.

모델보다 먼저 정해야 할 4가지

저는 AI 과제를 시작할 때 4가지를 먼저 정합니다.

1. 업무 단위: 부서나 시스템 단위가 아니라 사람이 매일 반복하는 결정 단위로 쪼갭니다.
2. 책임 구조: AI가 제안하고 사람이 승인하는 지점, 자동 실행되는 지점, 예외 처리 담당자를 나눕니다.
3. 데이터 흐름: 입력 데이터의 출처, 갱신 주기, 품질 담당자를 정합니다.
4. 운영 지표: 업무 시간, 승인 리드타임, 오류율, 재작업률 같은 현장 지표로 봅니다.

이 네 가지가 없는 상태에서 모델을 고르면, 결국 개념검증이 하나 더 생깁니다. 개념검증이 조용히 묻히는 패턴은 이 글에서 자세히 다뤘습니다.

로드맵과 첫 실행 과제는 같은 주에 시작해야 합니다

전사 AI 로드맵부터 그려야 하지 않느냐는 질문을 자주 받습니다. 로드맵은 필요합니다. 살아 있는 문서가 되려면 조건이 하나 있습니다. 첫 과제 하나가 4주 안에 현장 숫자를 만들어야 합니다.

숫자 없이 장표만 두꺼워지면 로드맵은 다음 조직 개편 때 서랍으로 들어갑니다. 숫자가 나오면 로드맵의 다음 줄에 힘이 실립니다.

저도 처음에는 로드맵을 먼저 완성하고 실행을 나중으로 미뤘습니다. 석 달 뒤 로드맵은 완성됐는데, 현장은 그대로였습니다. 그 뒤로는 로드맵과 첫 실행 과제를 같은 주에 시작하라고 권합니다. 두 가지가 따로 가면, 로드맵은 전략 문서로 남고 실행은 계속 나중으로 밀립니다.

지금 진행 중인 AI 과제에 던져볼 질문들

어떤 업무 시간을 줄이기 위한 과제입니까. 결과물을 매일 쓸 담당자는 정해졌습니까. AI가 틀렸을 때 누가 어떻게 바로잡습니까. 4주 뒤 어떤 숫자로 성과를 확인합니까.

답이 막히는 과제라면 모델 선정보다 실행 단위를 현장에 안착시키는 방법부터 볼 차례입니다. 지금 진행 중인 과제에서 4주 뒤에 볼 숫자가 정해져 있습니까.