업무 자동화 사례: 혼자서 예약 작업 12개를 돌려 보니 막힌 곳은 작업이 아니라 순서였다

먼저 답부터

「업무 자동화 사례」를 찾는 분이 가장 궁금한 건 보통 「무엇을 자동화했나」다. 우리 경험으로는 그보다 「자동화끼리 무엇을 같이 쓰나」가 먼저 문제가 된다. 혼자 운영하는 사이드 프로젝트에서 매일·매주 도는 예약 작업 12개를 돌리며 실제로 잰 숫자로 설명한다.

무엇을 자동화했나

막힌 곳 1 — 같은 요일에 몰리면 시작부터 밀린다

월요일에 검사형 작업 5개가 몰려 있었다. 4·5번째 작업은 시작만 140~148분을 기다렸고, 그 여파로 보고서 작업이 그날 결과물의 16%를 읽지 못했다. 주 1회 작업 셋을 빈 주말로 옮겨 요일당 2~3개로 줄이자 풀렸다. 기준은 업무 종류가 아니라 공유하는 자원(작업 폴더, DB, 보고 시각)이다.

막힌 곳 2 — 멈춘 것과 기록을 못 쓴 것이 구분이 안 된다

실행 기록을 컴퓨터 안에만 남겼더니, 노트북이 잠든 이틀 동안 감독 작업이 멈춘 걸 아무도 몰랐다. 지금은 작업마다 외부 서버에 생존 신호를 한 줄 찍고, 36시간 넘게 신호가 없으면 서버가 알림을 보낸다.

막힌 곳 3 — 실패 사유가 거짓말을 한다

검사 여러 개를 이어 붙인 명령이 실패 사유를 늘 「타입 검사 실패」로 찍고 있었다. 그래서 7개 작업의 로그가 전부 엉뚱한 곳을 가리켰다. 실제 로그 경로를 사유에 같이 적도록 고쳤다.

이 사례가 답하지 못하는 것

작업 12개는 한 사람이 한 저장소에서 돌리는 규모다. 팀 단위나 수백 개 작업에서는 병목이 달라진다. 또 자동화로 절약한 시간을 따로 재지는 않았다 — 위 숫자는 모두 「어디서 막혔나」의 기록이다.

이 작업들이 돌아가는 곳: 자동화 서비스