ARCHEHIGH
반복된다고 모두자동화할 필요는 없습니다
좋은 자동화는 반복을 발견한 순간이 아니라, 반복의 구조를 충분히 이해한 뒤 시작합니다.
반복 횟수보다 먼저
변화와 실패를 봅니다.
같은 일을 여러 번 하면 자동화가 떠오릅니다. 하지만 반복된다는 사실만으로 자동화의 가치가 생기지는 않습니다.
조건이 자주 바뀌거나 판단이 많이 필요한 일은 자동화할수록 예외 처리와 관리 업무가 늘어납니다. 작은 실수의 영향이 큰 작업도 사람의 확인이 먼저입니다.
자동화는 실행 속도를 높이는 기술이기 전에 어떤 일을 같은 방식으로 반복해도 되는지 결정하는 운영 판단입니다.
자동화의 성과는 사람이 클릭하지 않은 횟수가 아니라 전체 운영에서 실제로 줄어든 시간과 오류로 판단해야 합니다.
자동화가 일을 줄이지 못하는
세 가지 장면이 있습니다
첫째, 작업 방식이 아직 안정되지 않았을 때입니다. 실행할 때마다 입력과 순서가 달라지면 자동화는 계속 수정해야 하는 코드가 됩니다.
둘째, 예외가 정상보다 많을 때입니다. 대부분의 시간을 예외 확인에 쓴다면 자동화된 구간보다 사람이 다시 보는 구간이 더 커집니다.
셋째, 실패 비용이 클 때입니다. 공개, 결제, 삭제와 권한 변경처럼 한 번의 오류가 큰 영향을 주는 작업은 자동 실행보다 승인 구조가 먼저 필요합니다.
반복을 없애는 것보다 반복 가능한 방식을 만드는 것이 먼저입니다.
자동화 전에 확인하는
네 가지 기준
네 질문에 답하면 지금 필요한 것이 자동화인지, 템플릿인지, 관찰인지 구분할 수 있습니다.
충분히 자주 발생해 구축 비용을 회수할 수 있습니까?
입력, 순서와 완료 기준이 반복할 때마다 같습니까?
오류가 발생해도 빠르게 발견하고 되돌릴 수 있습니까?
조건 변경과 예외 처리를 계속 관리할 주체가 있습니까?
방식이 자주 바뀌면 먼저 작업 과정을 기록합니다.
판단은 남기고 반복되는 입력과 형식만 고정합니다.
규칙이 안정되고 실패를 통제할 수 있을 때 실행합니다.
처음부터 전체 흐름을
자동화하지 않습니다
안정적인 구간 하나부터 시작합니다. 파일명 정리, 정해진 형식의 변환, 체크리스트 확인처럼 입력과 결과가 분명한 작업이 좋습니다.
자동화 전후의 시간, 오류와 사람의 개입 횟수를 비교합니다. 생성 속도가 빨라졌어도 검토 시간이 늘었다면 성공한 자동화가 아닙니다.
작은 자동화가 안정되면 다음 구간을 연결합니다. 문제가 생겼을 때 멈추는 조건과 사람이 승인할 지점을 함께 설계합니다.
하지 않기로 한 자동화도
좋은 결정입니다
자동화하지 않는다는 선택은 기술을 포기하는 일이 아닙니다. 변화가 많은 업무에 사람의 판단을 남기고, 반복이 안정될 때까지 학습 비용을 줄이는 결정입니다.
AOF의 AGENTS 단계는 반복 작업과 자동화 후보를 찾지만 필요 없는 자동화를 만들지 않는 것을 원칙으로 둡니다. 시스템은 많아지는 것이 아니라 운영 부담을 실제로 줄일 때 가치가 있습니다.