자동화는 결과물이다. 입력·책임·검증 기준이 정리되지 않으면 자동화하지 않는다(Pre-Automation Design)
우리는 왜 자동화를 먼저 말하는가?
“이 업무 자동화할 수 있습니까?”
“RPA나 AI 붙이면 인건비 줄어들지 않나요?”
“엑셀 대신 시스템으로 돌리면 끝나는 것 아닙니까?”
나는 이런 질문에 곧바로 솔루션을 제시하지 않는다.
자동화 도구 비교나 기능 설명은 이 글의 목적이 아니다.
내가 먼저 묻는 것은 이것이다.
지금 그 업무의 입력 기준은 무엇인가?
누가 책임을 지는가?
결과가 맞는지 어떻게 검증하는가?
이 세 가지가 정리되어 있지 않다면,
자동화는 시작하지 않는다.
왜 자동화보다 표준화인가?
자동화는 프로세스를 빠르게 반복하는 장치다.
문제는, 무엇을 반복하느냐이다.
정의되지 않은 입력을,
불명확한 책임 구조 속에서,
검증 없는 계산으로 반복한다면
그것은 효율화가 아니라 오류의 증폭이다.
업무는 대체로 세 단계에서 흔들린다.
- 입력 기준이 사람마다 다르다.
- 처리 방식이 문서로 정리되어 있지 않다.
- 결과 검증이 구두 확인에 의존한다.
이 상태에서 자동화를 붙이면
속도는 빨라질 수 있다.
그러나 정확성은 담보되지 않는다.
[조사 필요]
- 자동화 프로젝트 실패 원인 중 프로세스 미정의 비율
- RPA 도입 후 재작업률 증가 사례 통계
관련 연구 자료 확인이 필요하다.
현장에서 실제로 벌어지는 일
한 유통 기업의 사례다.
매장 30개를 운영하고 있었고,
매출 집계를 자동화하려 했다.
본사는 매장별 매출 데이터를
매일 자동 취합하는 시스템을 도입했다.
엑셀 취합 업무를 없애는 것이 목표였다.
시스템은 잘 작동했다.
그러나 3개월 후 문제가 발생했다.
매장 간 매출 비교 수치가 맞지 않았다.
원인을 추적해보니
입력 기준이 매장마다 달랐다.
어떤 매장은 취소 매출을 포함했고,
어떤 매장은 제외했다.
포인트 차감 처리 방식도 달랐다.
자동화는 정확히 계산했다.
그러나 기준이 달랐기 때문에
결과는 신뢰할 수 없었다.
우리는 자동화를 잠시 중단했다.
대신 다음을 정리했다.
- 매출 정의 1페이지 문서화
- 취소·환불 처리 기준 통일
- 입력 책임자 지정
- 월 1회 검증 루틴 설정
그 후에야 다시 자동화를 적용했다.
성과는 시스템 때문이 아니라
기준이 정리되었기 때문에 나타났다.
문제는 기술 부족이 아니라 기준 부재다
많은 조직이 자동화를
‘노동 절감 도구’로 본다.
그러나 자동화의 본질은
‘표준의 반복’이다.
표준이 없으면 반복할 것도 없다.
입력 데이터가 무엇인지 정의되지 않았고,
누가 책임지는지 명확하지 않으며,
검증 기준이 없다면
자동화는 책임 소재를 더 흐리게 만든다.
결과가 잘못되었을 때
“시스템이 그렇게 나왔습니다”라는 말이 나오기 시작한다.
이것은 기술 문제가 아니라
구조 문제다.
흔히 하는 착각
첫 번째 착각
“자동화하면 사람 실수가 줄어든다.”
사람 실수는 줄어들 수 있다.
그러나 기준 오류는 그대로 남는다.
두 번째 착각
“프로세스는 대충 정리해도 시스템이 맞춰준다.”
시스템은 정의된 규칙대로만 움직인다.
모호한 규칙은 처리하지 못한다.
세 번째 착각
“일단 도입하고 나중에 정리하자.”
현실은 반대다.
도입 이후에는 수정 비용이 더 커진다.
표준화는 무엇을 의미하는가?
표준화는 세 가지를 문서로 고정하는 일이다.
- 입력 표준
- 데이터 정의
- 수집 방식
- 입력 책임자
- 처리 표준
- 계산 공식
- 예외 처리 규칙
- 변경 이력 관리
- 검증 표준
- 점검 주기
- 검증 담당자
- 오차 허용 범위
이 세 가지가 정리되어 있으면
자동화는 단순한 구현 작업이 된다.
정리되어 있지 않으면
자동화는 설계 작업이 된다.
설계가 없는 구현은 위험하다.
그럼 지금 무엇을 점검해야 하는가?
자동화를 고민 중이라면
다음 네 가지를 먼저 확인해보자.
- 이 업무의 입력 정의가 문서로 존재하는가?
- 책임 구간이 사람 이름으로 명확히 적혀 있는가?
- 결과를 검증하는 절차가 정해져 있는가?
- 예외 상황 처리 방식이 합의되어 있는가?
이 질문에 모두 “예”라고 답할 수 없다면
자동화는 잠시 미루는 편이 낫다.
먼저 표준을 설계하는 것이
장기적으로 더 빠르다.
자동화는 목적이 아니라 결과다
자동화는 잘 설계된 구조의 부산물이다.
구조가 안정되면
자동화는 자연스럽게 따라온다.
표준이 없는데 자동화를 시도하는 것은
흐르는 물 위에 집을 짓는 것과 같다.
지금 우리가 붙이려는 것은
도구인가, 아니면 기준인가?
자동화 전에
한 장의 표준 문서를 먼저 만들어보는 것은 어떨까?
AI현장감독 이동주는 AI 도입 과정에서 반복되는 구조 문제를 연구한다.
AI adoption failure를 기술 문제가 아닌 설계와 흐름의 문제로 바라본다.
Fieldbly에서 현장 사례를 기반으로 정리하고 있다.
(homepage) http://www.fieldbly.com