초록
업무 자동화를 시작할 때 가장 먼저 나오는 질문은 대개 **"어떤 도구를 쓸까"**입니다. 그런데 도구 선택은 두 번째 질문이고, 첫 번째는 **"무엇을 자동화할 것인가"**입니다. 순서를 바꾸면 좋은 도구로 나쁜 대상을 자동화하게 되고, 그 결과는 대부분 몇 달 뒤 조용히 방치됩니다.
본 글은 후보 업무를 점수화해서 줄 세우는 절차를 제시합니다. 먼저 손익분기 개월을 계산하는 식 B = C ÷ (t × f)를 세우고, 여기에 되돌림 가능성·대외 노출·개인정보로 구성된 위험 계수를 곱해 최종 순위를 만듭니다. 6개 후보 업무에 이 절차를 적용한 예시에서, 직관적으로 가장 답답한 업무(클레임 응대)는 후보에서 탈락하고 가장 지루한 업무(재고 알림 확인)가 1순위로 올라옵니다.
이 순서에는 이론적 근거도 있습니다. 자동화 연구의 고전인 Bainbridge의 「자동화의 역설」(1983)이 지적한 바는, 자동화가 쉬운 부분을 가져가면 사람에게는 가장 어려운 예외만 남고, 동시에 그 예외를 다룰 연습 기회가 사라진다는 것입니다. 예외가 많은 업무를 첫 과제로 고르면 이 함정에 정면으로 들어갑니다.
1. 서론
1.1 문제
"우리 회사도 AI로 자동화 좀 해 보자"에서 시작한 프로젝트가 흔히 밟는 경로가 있습니다. 도구를 정하고, 가장 답답했던 업무를 하나 고르고, 며칠 붙잡고, 예외 상황을 만나고, 예외 처리를 붙이다가 원래 업무보다 복잡해지고, 결국 사람이 다시 합니다.
실패 원인을 도구에서 찾는 경우가 많지만, 대개는 대상 선정에서 이미 갈렸습니다. 가장 답답한 업무는 대체로 가장 예외가 많은 업무이고, 예외가 많다는 것은 자동화 난이도가 높다는 뜻이기 때문입니다.
1.2 기여
- 후보 업무의 손익분기 개월을 계산하는 식과, 유지 비용을 포함한 순절감 모델을 제시합니다.
- 4축 점수표와 위험 계수로 후보를 정렬하는 절차를 제시합니다.
- 6개 후보에 적용한 워크시트 예시를 통해, 직관적 순위와 계산된 순위가 어떻게 어긋나는지 보입니다.
- 자동화 인간공학 연구가 제시한 함정 두 가지(역설, 과신·불신)를 실무 규칙으로 번역합니다.
1.3 범위
대상은 비개발 조직의 반복 업무입니다. 제품에 들어가는 기능 개발이나 대규모 시스템 통합은 다루지 않습니다. 도구 선택은 이 글의 범위 밖이며, 후보가 정해진 다음 단계로 비개발자 자동화 도구 고르기를 참고하십시오.
2. 배경: 자동화 연구가 이미 알아낸 두 가지
2.1 자동화의 역설 (Bainbridge, 1983)
Lisanne Bainbridge는 「Ironies of Automation」에서 자동화 설계의 구조적 모순을 지적했습니다. 요지를 이 글의 맥락으로 옮기면 두 가지입니다.
첫째, 자동화는 쉬운 부분을 가져갑니다. 규칙이 명확한 부분을 기계가 처리하면, 사람에게 남는 것은 규칙으로 안 잡히는 예외입니다. 즉 사람이 하는 일의 난이도는 자동화 이후 올라갑니다.
둘째, 감시자는 연습 기회를 잃습니다. 평소에 시스템이 알아서 돌아가면 사람은 손을 놓게 되고, 정작 개입해야 하는 순간에는 감이 떨어져 있습니다.
이 두 가지가 실무에서 나타나는 형태는 이렇습니다. 자동화 도입 3개월 뒤, 담당자는 "평소엔 편한데 뭔가 이상할 때가 제일 무섭다"고 말합니다. 예전에는 매일 하던 일이라 이상한 값이 바로 눈에 띄었는데, 이제는 자동화가 조용히 잘못된 값을 넣고 있어도 몇 주 뒤에 발견됩니다.
설계 규칙으로 번역하면: 자동화는 결과를 사람이 확인할 수 있는 형태로 남겨야 합니다. 자동화가 "보이지 않게" 잘 돌아가는 것은 미덕이 아니라 위험 요인입니다.
2.2 과신과 불신 (Parasuraman & Riley, 1997)
Parasuraman과 Riley는 사람이 자동화를 다루는 방식을 오용(misuse, 과신), 불용(disuse, 불신), 남용(abuse)으로 분류했습니다.
- 과신: 자동화 결과를 검증 없이 받아들입니다. AI가 생성한 문구를 확인 없이 고객에게 보내는 형태.
- 불신: 한 번 틀린 뒤 아예 안 씁니다. 그리고 자동화와 수기 작업을 이중으로 하게 됩니다.
첫 과제 선정에 주는 함의: 첫 자동화가 눈에 띄게 틀리면 조직은 불신 쪽으로 굳습니다. 그래서 첫 과제는 야심 찬 것이 아니라 틀려도 티가 나고 되돌릴 수 있는 것이어야 합니다.
3. 손익분기 모델
3.1 기본식
B = C ÷ (t × f)
B : 손익분기까지 걸리는 기간
C : 구축 공수 (시간)
t : 1회당 절감 시간 (시간)
f : 단위 기간당 발생 빈도
예를 들어 구축에 6시간이 들고, 1회에 3분(0.05시간)을 아끼며, 하루 5회 발생한다면:
월간 절감 = 0.05 × 5 × 21영업일 = 5.25시간
B = 6 ÷ 5.25 = 1.14개월
3.2 유지 비용을 포함한 순절감
기본식의 함정은 자동화가 만들어 놓으면 끝나는 자산이 아니라는 점입니다. 외부 서비스의 화면이 바뀌고, 양식이 바뀌고, 예외가 새로 생깁니다.
순절감(연간) = (t × f × 연간횟수) − C − M
M : 연간 유지 공수
실무에서 M은 구축 공수 C의 20~40% 정도로 잡아 두면 크게 빗나가지 않습니다. 연동하는 외부 서비스가 많을수록 이 비율이 올라갑니다.
이 항이 중요한 이유: 연간 절감이 10시간인 자동화를 20시간 들여 만들면, 유지비를 넣는 순간 영구히 적자입니다. 그런데 이런 자동화가 실제로 자주 만들어집니다. "만드는 재미"가 판단을 흐리기 때문입니다.
3.3 판정선
B ≤ 3개월 → 즉시 후보
B ≤ 6개월 → 검토 후보
B ≤ 12개월 → 다른 이유(실수 방지 등)가 있을 때만
B > 12개월 → 하지 않는다
마지막 줄에 예외가 하나 있습니다. 실수 비용이 큰 업무입니다. 시간 절감은 적어도 한 번의 실수가 큰 손해로 이어지는 업무라면, 손익분기가 아니라 위험 감소로 정당화됩니다. 이 경우 자동화의 목적이 "빠르게"가 아니라 "빠뜨리지 않게"임을 명시해야 설계가 달라집니다.
4. 4축 점수표와 위험 계수
4.1 네 축
| 축 | 질문 | 1점 | 3점 | 5점 |
|---|---|---|---|---|
| 빈도 | 얼마나 자주 발생하나 | 월 1회 미만 | 주 1회 | 매일 여러 번 |
| 소요시간 | 1회에 얼마나 걸리나 | 5분 미만 | 15~30분 | 1시간 이상 |
| 규칙성 | 예외가 얼마나 되나 | 절반 이상이 예외 | 20% 안팎 | 거의 없음 |
| 실수 비용 | 틀리면 얼마나 아픈가 | 없음 | 재작업 발생 | 금전·신뢰 손실 |
규칙성 축이 결정적입니다. 다른 세 축이 만점이어도 규칙성이 1점이면 자동화는 실패합니다. 예외 처리 분기가 늘어나면서 구축 공수 C가 폭증하고, 유지 공수 M도 함께 뜁니다.
4.2 위험 계수
점수를 나눌 계수입니다. 값이 클수록 뒤로 밀립니다.
| 위험 요인 | 계수 |
|---|---|
| 읽기 전용 (조회·알림만) | 1.0 |
| 내부 데이터 쓰기 (시트·DB 기록) | 1.3 |
| 대외 발송 (고객 메일·메시지) | 2.0 |
| 금전 처리 (결제·정산·세금) | 2.5 |
| 개인정보·민감정보 취급 | ×1.5 (중복 적용) |
개인정보가 걸리는 업무는 자동화 여부와 별개로 검토가 필요합니다. 회사 자료를 외부 AI 서비스에 올려도 되는지에 대한 판정 기준은 회사 자료를 AI에 올려도 되나에 따로 정리해 두었습니다.
4.3 최종 점수
우선순위 점수 = (빈도 × 소요시간 × 규칙성 × 실수비용) ÷ 위험계수
곱셈을 쓰는 이유는 한 축이 0에 가까우면 전체가 탈락해야 하기 때문입니다. 덧셈으로 하면 규칙성이 최악인 업무가 다른 축의 높은 점수로 살아남습니다.
5. 워크시트 적용 예시
가상의 소규모 유통 회사의 후보 6개입니다.
5.1 후보 목록과 원자료
| # | 업무 | 빈도 | 회당 시간 | 예외 비중 | 성격 |
|---|---|---|---|---|---|
| 1 | 주간 매출 보고서 수기 취합 | 주 1회 | 90분 | 낮음 | 내부 쓰기 |
| 2 | 문의 메일을 시트에 기록 | 일 5건 | 3분 | 낮음 | 내부 쓰기 |
| 3 | 세금계산서 발행 | 월 40건 | 5분 | 중간 | 금전 |
| 4 | 고객 클레임 응대 | 주 3건 | 40분 | 매우 높음 | 대외 발송 |
| 5 | 재고 부족 확인·알림 | 일 1회 | 10분 | 낮음 | 읽기 전용 |
| 6 | 계약서 검토 | 월 2건 | 120분 | 매우 높음 | 판단 |
5.2 연간 절감 시간과 손익분기
1) 52회 × 1.5h = 78.0h/년, 구축 12h → B = 12 ÷ (78/12) = 1.8개월
2) 1,250회 × 0.05h = 62.5h/년, 구축 6h → B = 1.2개월
3) 480회 × 0.083h = 40.0h/년, 구축 20h → B = 6.0개월
5) 250회 × 0.167h = 41.7h/년, 구축 4h → B = 1.2개월
4) 예외 비중이 지배적 → 절감 시간 추정 자체가 불가
6) 판단 업무 → 절감 대상이 아님
5.3 점수 계산
| # | 빈도 | 시간 | 규칙성 | 실수비용 | 곱 | 위험계수 | 최종 | 순위 |
|---|---|---|---|---|---|---|---|---|
| 5 | 5 | 1 | 5 | 3 | 75 | 1.0 | 75.0 | 1 |
| 2 | 5 | 1 | 5 | 3 | 75 | 1.3 | 57.7 | 2 |
| 1 | 3 | 5 | 5 | 3 | 225 | 1.3 | 173.1 | — |
| 3 | 4 | 1 | 3 | 5 | 60 | 2.5 | 24.0 | 4 |
| 4 | 3 | 4 | 1 | 5 | 60 | 2.0 | 30.0 | — |
| 6 | 1 | 5 | 1 | 5 | 25 | 1.0 | 25.0 | — |
숫자만 보면 1번(주간 보고서)이 173점으로 압도적입니다. 그런데 순위 열에는 비어 있습니다. 이유는 다음 절에 있습니다.
5.4 점수 위에 얹는 두 가지 제약
점수는 후보를 걸러 주지만 순서까지 정해 주지는 않습니다. 여기에 두 가지 제약을 얹습니다.
제약 1 — 첫 과제는 위험계수 1.0에서 고른다. 2.2절의 불신 문제 때문입니다. 첫 자동화가 대외로 나가거나 금전을 건드리면, 한 번의 실패로 조직 전체가 자동화에서 손을 뗍니다. 그래서 1번(173점, 위험 1.3)이 아니라 5번(75점, 위험 1.0)이 먼저입니다.
제약 2 — 첫 과제는 구축 공수 8시간 이하로 고른다. 완주 경험이 점수보다 중요합니다. 4시간짜리를 끝내고 돌아가는 것을 보는 경험이, 40시간짜리를 절반쯤 만들어 두는 것보다 조직에 훨씬 큽니다.
두 제약을 적용한 실행 순서
1차: #5 재고 알림 (읽기 전용, 4h, B=1.2개월)
2차: #2 문의 기록 (내부 쓰기, 6h, B=1.2개월)
3차: #1 주간 보고서 (내부 쓰기, 12h, B=1.8개월)
4차: #3 세금계산서 (금전 — 1~3차 안정화 후, 검증 절차 필수)
제외: #4 클레임 응대 (예외 지배 — 초안 보조로만)
제외: #6 계약서 검토 (판단 업무)
5.5 직관과 계산이 어긋나는 지점
이 예시에서 눈여겨볼 것은, 사람들이 가장 자동화하고 싶어 하는 4번과 6번이 둘 다 탈락했다는 점입니다. 답답함의 크기와 자동화 적합도는 상관이 없습니다. 오히려 답답한 이유가 "매번 상황이 달라서"라면, 그건 자동화가 가장 못하는 조건입니다.
다만 완전 탈락은 아닙니다. 초안 생성 보조로는 유효합니다. 4번을 "자동 응답"이 아니라 "답변 초안 생성 + 사람 검토 후 발송"으로 재정의하면 위험계수가 2.0에서 1.0으로 내려가고 규칙성 요구도 낮아집니다. 이 재정의 방식은 쇼핑몰 CS 답변, AI로 초안 만들기에서 다뤘습니다.
즉 후보를 탈락시키기 전에 "범위를 좁히면 살아나는가"를 한 번 물어보십시오. 업무 전체가 아니라 그 안의 한 단계만 자동화하는 것으로 충분한 경우가 많습니다.
6. 자동화하면 안 되는 것
점수와 별개로, 처음부터 후보에서 빼는 편이 나은 유형이 있습니다.
네 관문 중 두 번째가 가장 자주 간과됩니다. 되돌릴 수 있는지는 기술 문제가 아니라 업무 설계 문제입니다. 자동 발송된 메일은 되돌릴 수 없고, 자동 기록된 시트 행은 지울 수 있습니다. 같은 자동화라도 되돌릴 수 있는 형태로 설계할 수 있는지를 먼저 보십시오.
실무 규칙 하나: 초기 자동화는 실행이 아니라 제안으로 만드십시오. "재고가 부족하면 자동 발주"가 아니라 "재고가 부족하면 알림". 알림이 3개월간 정확했다면 그때 실행으로 승격시켜도 늦지 않습니다.
7. 첫 과제를 고른 뒤
7.1 측정 지점을 먼저 정한다
자동화를 만들기 전에 **"무엇이 개선되면 성공인가"**를 숫자로 적어 두십시오. 만들고 나서 정하면 대부분 "체감상 편해졌다"로 끝나고, 그 평가로는 두 번째 과제의 예산을 받을 수 없습니다. 측정 방법은 AI 자동화로 줄어든 시간, 어떻게 측정하나에 정리했습니다.
7.2 감시 장치를 같이 만든다
2.1절의 역설에 대한 대응입니다. 자동화 결과를 사람이 주기적으로 확인할 수 있는 장치를 처음부터 함께 만드십시오.
□ 실행 로그가 남는가 (언제, 무엇을, 몇 건)
□ 실패했을 때 사람에게 알림이 가는가
□ 조용히 잘못된 값을 넣는 경우를 잡을 방법이 있는가
□ 한 달에 한 번 결과를 눈으로 확인하는 일정이 있는가
□ 자동화를 끄고 수기로 돌아가는 방법을 아는 사람이 있는가
마지막 항목이 자주 빠집니다. 만든 사람이 퇴사하면 아무도 못 고치고 못 끄는 자동화가 남습니다.
7.3 도구는 이 다음에
후보와 범위가 정해지고 나면 도구 선택은 훨씬 단순해집니다. 읽기 전용 알림 하나에 대규모 플랫폼이 필요하지 않기 때문입니다. 도구별로 갈리는 지점은 비개발자 자동화 도구 고르기에, 실제로 첫 흐름을 만드는 과정은 학습 트랙 자동화 시작하기에 단계별로 정리해 두었습니다.
8. 한계
- 점수 가중치의 임의성. 4축을 동등하게 곱하는 방식과 위험 계수 값은 본 글이 제안하는 눈금이며 검증된 모델이 아닙니다. 조직에 따라 실수 비용의 비중이 훨씬 커야 하는 경우가 있습니다.
- 구축 공수 추정의 부정확성.
C는 만들기 전에는 정확히 알 수 없고, 경험이 적을수록 과소 추정됩니다. 처음에는 추정치의 두 배로 잡는 편이 안전합니다. - 절감 시간이 곧 절감 비용은 아님. 주당 2시간을 아껴도 그 시간이 다른 가치 있는 일로 채워지지 않으면 회계상 절감은 발생하지 않습니다. 특히 인원 감축이 목적이 아닌 조직에서는 "절감된 시간의 용처"를 함께 정해야 의미가 생깁니다.
- 조직 요인 제외. 본 모델은 기술·업무 특성만 다룹니다. 실제로는 담당자의 의지, 부서 간 협조, 기존 도구와의 관계가 결과를 크게 좌우합니다.
9. 결론
자동화의 성패는 도구가 아니라 대상 선정에서 이미 절반이 갈립니다. 그리고 대상 선정에서 사람의 직관은 체계적으로 한쪽으로 치우칩니다. 가장 답답한 업무를 고르게 되는데, 답답한 이유는 대개 예외가 많아서이고, 예외가 많은 업무는 자동화가 가장 못하는 대상이기 때문입니다.
그래서 필요한 것은 직관을 대체할 계산입니다. 빈도와 시간을 곱해 손익분기를 내고, 예외 비중으로 나누고, 되돌릴 수 있는지로 한 번 더 거르는 것. 이 세 단계를 거치면 남는 후보는 대개 지루하고, 자주 있고, 틀려도 되돌릴 수 있는 일입니다. 그리고 그런 일이 첫 과제로 옳습니다.
마지막으로 Bainbridge가 40여 년 전에 지적한 것을 다시 옮깁니다. 자동화는 사람의 일을 없애는 것이 아니라 바꿉니다. 남는 일은 더 어려워지고 더 드물어집니다. 그러므로 자동화를 설계할 때는 무엇을 기계에 넘길지만이 아니라, 남은 사람이 그 일을 계속할 수 있게 무엇을 남겨 둘지도 함께 설계해야 합니다. 로그, 알림, 정기 점검, 그리고 끄는 방법. 이 넷이 그 설계의 최소 형태입니다.
부록. 후보 선정 워크시트
[1단계] 후보 나열 — 최근 한 달간 두 번 이상 한 일을 전부 적는다
[2단계] 원자료 기입
업무명 │ 빈도 │ 회당 시간 │ 예외 비중 │ 성격(읽기/쓰기/대외/금전)
[3단계] 손익분기 계산
연간 절감 = 회당 시간 × 연간 빈도
B(개월) = 구축 공수 ÷ (연간 절감 ÷ 12)
→ B > 12개월이면 실수 비용이 큰 경우가 아닌 한 제외
[4단계] 점수화
(빈도 × 시간 × 규칙성 × 실수비용) ÷ 위험계수
[5단계] 제약 적용
□ 첫 과제는 위험계수 1.0 (읽기 전용)에서 고른다
□ 첫 과제는 구축 공수 8시간 이하
□ 초기에는 실행이 아니라 제안·알림 형태로
[6단계] 성공 기준을 미리 적는다
"____가 ____에서 ____로 바뀌면 성공"
[7단계] 감시 장치를 설계에 포함한다
로그 · 실패 알림 · 월 1회 점검 · 끄는 방법
참고 자료
- Lisanne Bainbridge, Ironies of Automation, Automatica, Vol. 19, No. 6, pp. 775–779, 1983.
- Raja Parasuraman & Victor Riley, Humans and Automation: Use, Misuse, Disuse, Abuse, Human Factors, Vol. 39, No. 2, 1997.
- 사내 학습 트랙 — 자동화의 세 가지 모양, 도구 고르기, 모니터링과 한계