AI 도입 첫 질문은 '무엇을 시작할까'가 아니라 '무엇이 공통 원인인가'다

AI 도입을 시작할 때 가장 흔한 절차는 팀마다 자동화하고 싶은 업무를 걷는 것입니다. 성실한 목록이 모입니다 — 그리고 그 목록을 위에서부터 하나씩 처리하는 순간, 도입은 각자 빨라지고 회사는 그대로인 경로에 올라섭니다. 걷힌 과제들은 대부분 서로 다른 문제가 아니라 몇 개의 공통 원인이 팀마다 다른 얼굴로 나타난 것이기 때문입니다. 첫 질문은 “어떤 과제부터 할까”가 아니라 “이 과제들의 공통 원인이 무엇인가”여야 합니다.

벽에 붙은 74개의 과제

컨설팅에서 실제로 겪은 장면입니다. AI 전환을 시작한 회사의 회의실 벽에 74개의 과제가 붙었습니다 — 각 팀이 제일 품이 많이 드는 업무를 하나씩 적어 낸 것이라, 벽에는 현장의 부담이 그대로 드러나 있었습니다. 두 시스템의 숫자를 매일 눈으로 대조하는 일, 흩어진 실적을 내려받아 주간 보고 표로 옮기는 두 시간, 원본 문서의 값을 정해진 양식에 옮겨 적는 일. 사소한 과제는 하나도 없었습니다.

그런데 한자리에 놓고 보자 다른 것이 보였습니다. 여러 팀이 회의록 정리를 따로 과제로 올렸습니다. 자료 취합도, 주간 보고도 그랬습니다. 더 깊이 들여다보니 — 시스템 대조 업무들의 원인은 시스템 부재가 아니었습니다. 회사에는 시스템이 이미 있었습니다. 한 고객, 한 제품, 한 건의 거래를 시스템마다 제각기 다른 이름으로 적어 두고 있었고, 그 어긋남을 사람이 날마다 수작업으로 메우고 있었습니다. 벽에 붙은 과제의 상당수가 그 한 자리에서 태어났습니다.

74개를 위에서부터 자동화하면 74개의 국소 최적화가 생깁니다. 공통 원인 — 기준 정보의 불일치 — 을 고치면 수십 개의 과제가 한 번에 사라지거나 훨씬 가벼워집니다. 이것이 과제 목록과 원인 진단의 차이입니다.

목표에는 계단이 있다

공통 원인을 찾았다면, 다음은 어디까지 겨눌지입니다. 자동화의 목표는 나란한 선택지가 아니라 다섯 단의 계단입니다.

단	내용	남는 것
제거	손이 가던 일을 없앤다	시간
증폭	같은 일을 더 많이·빠르게	처리량
자산화	처리 과정의 기준·데이터가 쌓이게	재사용 자산
고도화	쌓인 자산으로 전에 못 하던 판단·서비스	새 가치
확산	그 체계가 다른 팀·업무로	조직 생산능력

많은 회사가 첫 두 단에서 멈춥니다 — 시간을 아끼고 처리량을 늘린 뒤, 아낀 시간이 어디로 갔는지 모르는 상태가 됩니다. 문서 한 장을 자동화하면 그 한 장으로 끝납니다. 체계를 만들어 두면 다음 결과가 계속 나옵니다. 과제를 고를 때 성과의 크기와 함께 재사용할 자산이 남는가를 봐야 하는 이유입니다.

실행: 과제 수집을 원인 진단으로 바꾸는 3단계

1. 걷되, 묶는다. 과제 수집 자체는 좋은 출발입니다 — 현장의 부담 지도이기 때문입니다. 다만 접수 후 첫 작업은 우선순위 매기기가 아니라 클러스터링입니다. “이 과제와 저 과제가 같은 이유로 존재하는가”를 물어 원인 단위로 묶습니다.

2. 원인의 소유자를 찾는다. 기준 정보 불일치, 판단 기록 부재, 권한 구조 같은 공통 원인은 대개 어느 팀의 업무 분장에도 들어 있지 않습니다 — 각자 자기 몫만 처리하는 사이 전체를 잇는 일은 무주공산이었기 때문입니다. 원인에 소유자를 지정하는 것이 도입 조직 설계의 첫 결정입니다.

3. 원인 하나 + 대표 과제 하나로 시작한다. 원인 공사는 추상적이라 동력을 잃기 쉽습니다. 그래서 공통 원인 하나를 고치면서 그 원인에서 태어난 대표 과제 하나를 함께 자동화해, 2주 안에 눈에 보이는 성과와 구조 개선을 동시에 냅니다. 시작 과제의 선정 기준 자체는 어디서부터 시작할까에서 다뤘고, 이 글의 요지는 그 선정 이전에 원인 지도를 그리라는 것입니다.

한 가지 원칙을 덧붙이면 — 외부에서 결과물만 만들어 주고 가는 방식은 권하지 않습니다. 만들어 주면 결과물은 남지만 스스로 만드는 역량은 남지 않고, 다음 과제 앞에서 회사는 다시 처음이 됩니다. 각 팀이 직접 만들 수 있게 옆에서 돕는 것 — 그것이 우리가 컨설팅에서 가장 중요하게 여기는 원칙입니다. 우리 조직의 과제들이 몇 개의 원인으로 접히는지 무료 AX 진단으로 확인하고, 원인 지도 그리기는 상담에서 함께 할 수 있습니다.

자주 묻는 질문

자동화 과제를 어떻게 골라야 하나요?

과제를 고르기 전에 과제들을 묶어 보세요. 팀별 희망 과제 수십 개는 대개 기준 정보 불일치, 판단 기록 부재, 시스템 간 단절 같은 몇 개의 공통 원인으로 수렴합니다. 원인 하나를 고치는 것이 과제 열 개를 각각 자동화하는 것보다 오래가는 성과를 냅니다.

직원들이 낸 과제를 무시하라는 뜻인가요?

반대입니다 — 그 목록이 원인 진단의 원자료입니다. 현장이 적어낸 부담의 지도 없이는 공통 원인도 찾을 수 없습니다. 무시가 아니라 승격입니다: 개별 처리 대상이던 과제들을, 원인을 가리키는 증거로 다시 읽는 것입니다.

공통 원인은 보통 무엇인가요?

가장 흔한 셋은 ① 같은 대상을 시스템마다 다르게 부르는 기준 정보 불일치, ② 판단의 근거가 담당자 머릿속에만 있는 기록 부재, ③ 부서 간 데이터가 끊겨 사람이 잇는 단절입니다. 세 원인 모두 특정 팀의 소관이 아니라는 공통점이 있고, 그래서 소유자 지정이 첫 결정이 됩니다.

원인 공사는 오래 걸리지 않나요?

전사 규모로 벌이면 그렇습니다. 그래서 ‘원인 하나 + 대표 과제 하나’ 단위로 자릅니다 — 예컨대 고객 기준 정보 통일을 영업·CS가 쓰는 범위에서만 먼저 하고, 그 위에서 문의 자동화 하나를 2주에 증명하는 식입니다. 좁은 성공이 다음 범위의 표준이 됩니다.