살아남는 자동화는 지루하고 좁은 범위의 것들뿐이다. 야심 찬 것들은 다 죽어버림. 나만 그렇게 느끼나?
The automations that survive are boring and narrow. The ambitious ones die. Anyone else seeing this?
핵심 요약
소규모 비즈니스 자동화 구축 시, 복잡하고 거창한 시스템보다 단순하고 명확한 작업이 훨씬 더 오래 살아남는다는 경험 공유.
- 단순한 작업 — 한 가지 목표만 수행하는 자동화가 유지보수 측면에서 훨씬 안정적임
- 데이터 의존성 — 기존에 이미 관리 중인 시스템에서 데이터를 가져와야 실패 확률이 낮음
- 인간 개입 — 모호한 상황에서는 스스로 판단하지 않고 사람에게 넘기는 것이 신뢰 유지에 필수적임
- 범위 설정 — 야심 찬 광범위한 자동화는 결국 유지보수 지옥에 빠져 실패하게 됨
소규모 비즈니스를 위한 자동화를 구축하면서 계속 마주치는 패턴이 있습니다. 좁고 거의 지루할 정도로 단순한 자동화는 몇 달씩 살아남는데, "워크플로우 전체를 자동화"하겠다는 야심 찬 것들은 몇 주 안에 조용히 무너져 버립니다. 다른 분들도 같은 현상을 겪고 있는지 궁금하네요.
제 이론은 이렇습니다. 자동화가 건드리는 요소가 하나씩 늘어날 때마다, 그만큼 데이터가 어긋나거나, 고장 나거나, 예상치 못한 예외 상황이 발생할 가능성도 커집니다. 딱 하나의 측정 가능한 작업만 수행하는 자동화는 표면적이 작아서 정확하게 유지됩니다. 반면 모든 것을 처리하려는 자동화는 표면적이 너무 넓어서, 어딘가에서 항상 조용히 문제가 생기기 마련이죠.
제가 구축한 자동화 중 오래 살아남은 것들은 세 가지 공통점이 있었습니다.
첫째, 하나의 작업, 하나의 수치. "고객 운영 관리"가 아니라 "놓친 전화를 예약으로 전환"하거나 "미납 청구서 독촉"처럼, 사업주가 첫 주부터 결과를 명확히 숫자로 확인할 수 있는 작업이어야 합니다. 성과를 바로 눈으로 볼 수 없으면, 사람들은 자동화 과정에서 발생하는 사소한 마찰조차 참지 못합니다.
둘째, 이미 유지 관리 중인 시스템에서 데이터를 가져올 것. 만약 자동화가 사업주가 수동으로 업데이트해야 하는 데이터에 의존한다면, 그건 자동화가 아니라 또 다른 잡일을 만들어준 셈입니다. 오래가는 자동화는 비즈니스에서 이미 매일 업데이트하고 있는 도구의 데이터를 읽어옵니다.
셋째, 멈춰야 할 때를 알 것. 자동화는 자신의 좁은 영역을 벗어나는 일에 대해서는 스스로 추측하지 말고 사람에게 넘겨야 합니다. "내가 알아서 할게"라며 자신 있게 틀리는 것보다 "이건 확인이 필요해요"라고 알려주는 것이 신뢰를 훨씬 더 오래 지켜줍니다.
결국 실패의 원인은 거의 항상 기능이 아니라 범위(scope) 때문입니다. 팀들은 더 인상적으로 보이기 위해 범위를 넓히려고 하지만, 결국 유지보수의 늪에 빠지고 맙니다.
자동화를 배포하시는 분들께 질문드립니다:
• 의도적으로 범위를 좁게 유지하시나요, 아니면 넓게 시작해서 줄여나가시나요?
• 배포 후 자동화가 조용히 고장 나는 가장 큰 원인은 무엇인가요?
• 자동화가 스스로 시도하지 말아야 할 작업은 어떻게 결정하시나요?
