FIELD NOTES

AI TRANSFORMATION

실패한 AX 프로젝트의 7가지 반복 패턴

실패는 창의적이지 않습니다. 반복 관찰되는 일곱 패턴과, 지금 과제를 점검하는 일곱 개 질문.

12 min
AX 전환 플레이북 콘셉트 이미지
원본 전체 보기 ↗

실패는 창의적이지 않다

AX 프로젝트가 실패하는 방식은 놀랄 만큼 반복적입니다. 조직 규모, 업종, 도구가 달라도 같은 지점에서 같은 방식으로 막힙니다.

이 글은 지금까지의 여섯 편을 뒤집어 정리한 것입니다. 무엇을 해야 하는지가 아니라, 어떤 상태가 보이면 지금 방향이 틀렸는지에 대한 목록입니다.

이 글에서 다루는 것
• 패턴 1 — 도구를 먼저 골랐다
• 패턴 2 — 시간을 추정으로 잡았다
• 패턴 3 — 검수 비용을 계산에 안 넣었다
• 패턴 4 — 멈추는 조건을 안 정했다

패턴 1 — 도구를 먼저 골랐다

가장 흔합니다. "n8n을 도입하기로 했으니 뭘 자동화할지 찾아보자"로 시작하면, 도구가 잘하는 일을 찾게 되지 조직에 중요한 일을 찾지 못합니다.

증상. 자동화한 업무를 왜 그걸 골랐냐고 물으면 "그게 만들기 쉬워서"라는 답이 나옵니다.

교정. 업무 지도로 돌아갑니다. 빈도 × 시간으로 우선순위를 다시 계산합니다.

패턴 2 — 시간을 추정으로 잡았다

"이거 한 30분 걸려요"로 시작한 계산은 거의 항상 틀립니다. 그 위에 세운 ROI도 함께 틀립니다.

증상. 도입 후 절감을 계산하려는데 도입 전 값이 없거나, 있어도 담당자 기억에서 나온 숫자입니다.

교정. 지금이라도 2주 측정합니다. 늦었어도 안 하는 것보다 낫습니다. 다음 과제에서는 반드시 먼저 잽니다.

패턴 3 — 검수 비용을 계산에 안 넣었다

앞선 문서 자동화 글에서 다룬 그 함정입니다. 생성은 3분, 검수는 20분. 절감은 계산의 10분의 1입니다.

증상. 담당자가 "빨라지긴 했는데 편해지진 않았다"고 말합니다.

교정. 검수 시간을 실측합니다. 초안 대비 변경률이 50%를 넘으면 그 업무는 대상이 아니었습니다.

패턴 4 — 멈추는 조건을 안 정했다

앞선 핸드오프 글의 주제입니다. 어디까지 하느냐만 정하고 어디서 멈추는지를 안 정하면, 사람이 전부 확인하거나 아무도 확인하지 않습니다.

증상. "애매하면 사람이 본다"는 규칙이 있는데, 애매함의 기준이 문서에 없습니다.

교정. 금액 기준과 예외 목록으로 조건을 측정 가능하게 만듭니다. 담당자에게 "절대 하면 안 되는 것"을 물어 목록을 만듭니다.

패턴 5 — 승인이 형식화됐다

앞선 90일 측정 글에서 위험 신호로 짚은 지점입니다. 사람이 뒤집는 비율이 0에 가까우면, 검증되고 있는 게 아니라 그냥 눌러주고 있는 것입니다.

증상. 승인 대기가 쌓이면 한 번에 전부 승인 처리하는 습관이 생겼습니다.

교정. 승인 건수를 줄입니다. 조건이 너무 빡빡해서 안 넘겨도 될 것까지 넘기고 있을 가능성이 높습니다. 건수가 줄면 남은 건에 실제 판단이 들어갑니다.

패턴 6 — 조용히 멈춘 걸 몰랐다

앞선 관측 글의 주제입니다. 에러 없이 0건을 성공적으로 처리하는 상태가 몇 주 지속됩니다.

증상. "그거 요즘 안 오던데요"라는 말로 장애를 알게 됩니다.

교정. 미실행 감지와 입력 0건 알림. 이 두 개만으로 대부분 잡힙니다. 감시자는 감시 대상 밖에 둡니다.

패턴 7 — 만든 사람만 고칠 수 있다

가장 조용하고 가장 치명적입니다. 시스템은 잘 돌지만 소유자가 한 명이고, 그 사람이 바빠지거나 떠나면 그대로 멈춥니다.

증상. 조건 하나 바꾸는 데 특정 인물의 일정을 기다려야 합니다.

교정. 앞선 거버넌스 글의 세 층 구분. 1층 변경을 담당자에게 열고, 왜 이 조건이 이 값인지 기록을 남깁니다. 소유자·기술 관리자·대체자를 이름으로 정합니다.

세 가지 메타 패턴

일곱 가지를 관통하는 더 큰 패턴이 셋 있습니다.

측정하지 않은 것은 개선되지 않습니다

1, 2, 3, 6번이 전부 측정 실패입니다.

사람을 설계에서 뺐습니다

4, 5, 7번이 전부 여기서 옵니다. 실제로 그 일을 하는 사람이 설계에 없으면 판단 기준이 나오지 않고, 나온 시스템은 쓰이지 않습니다.

데모를 시스템처럼 운영하려 했습니다

앞선 사례 분석 글에서 인용한 표현 그대로입니다. 파일럿은 예외가 없고 검수가 없고 안 깨집니다. 프로덕션은 셋 다 있습니다.

확인용 질문 일곱 개

지금 진행 중인 AX 과제가 있다면, 이 질문에 답해보세요.

  1. 이 업무를 고른 근거가 빈도 × 시간 계산인가?
  2. 도입 전 소요시간을 실측한 값이 있는가?
  3. 검수 시간을 절감 계산에서 뺐는가?
  4. 사람에게 넘기는 조건이 측정 가능한 형태로 문서에 있는가?
  5. 지난달 승인 거부율이 5~20% 사이인가?
  6. 어제 이 자동화가 안 돌았다면 누가 언제 알게 되는가?
  7. 담당자가 조건 하나를 혼자 바꿀 수 있는가?

여섯 개 이상 "예"가 나오면 정착 가능성이 높습니다. 셋 이하라면, 흐름을 늘리기 전에 이 목록부터 채우는 편이 빠릅니다.

일곱 개 중 여섯에 "예"가 나온다면 이 연재는 더 읽지 않아도 됩니다. 이미 하고 있는 것입니다.

셋 이하라면 흐름을 늘리기 전에 이 목록부터 채우는 편이 빠릅니다. 늘린 흐름은 빈 자리를 더 크게 만들 뿐입니다.

실패가 반복적이라는 건 나쁜 소식처럼 들리지만, 뒤집으면 좋은 소식입니다. 반복되는 것은 미리 피할 수 있습니다.

리도 프로필

리도 인사이트

기술을 현장 언어로 다시 풀어 쓰는 사람

3D 설계, 광통신 인프라 장비 개발, 글로벌 현장 교육을 19년 넘게 다뤄왔고, 요즘은 AI 자동화, 꿈꾸는 카메라, 실무 채널 운영을 연결해 복잡한 일을 더 쉽게 만드는 방법을 기록하고 있습니다.

다음 대화

읽고 끝내지 말고, 실제 업무로 이어가도 좋습니다.

지금 팀에서 가장 손이 많이 가는 업무 하나만 정해도 AX 설계는 시작할 수 있습니다.

편하게 문의하기