트리거에서 검토까지, 업무 자동화를 설계하는 다섯 단계
업무 자동화를 시작하기 전에 트리거, 진행 과정, 산출물을 적고 고정할 부분과 바뀌는 부분을 나눈 뒤 검토 지점을 정하는 순서를 단계별로 정리했습니다. 우주라이크가 법무 현장 업무를 자동화할 때 따르는 방법입니다.
읽기 ›정보 > AX 자동화
전자소송 기일을 하루에도 몇 번씩 눈으로 확인하는 대신, 동기화와 단계별 알림으로 바꾸는 방법을 정리했습니다. 이중화와 변경 이력, 누락 시 에스컬레이션까지 갖춰야 알림이 업무 기준이 됩니다.
기일을 놓치는 사고는 대개 "아무도 안 봤다"가 아니라 "여러 명이 각자 봤는데 서로 다른 것을 봤다"에서 생깁니다. 전자소송 화면을 하루 세 번 새로고침하는 습관은 사람의 집중력에 기대는 방식이라 인원이 늘고 사건이 늘수록 먼저 무너집니다. 확인이라는 행위를 사람에게서 떼어내 시스템에 맡기고, 사람은 통지를 받아 판단만 하도록 구조를 바꾸는 편이 안전합니다.
출발점은 기일 정보를 사건별로 한 곳에 모으는 일입니다. 전자소송에서 읽어 온 기일을 사건 레코드에 붙여 두고, 사람이 수첩이나 개인 달력에 따로 적는 경로를 없앱니다. 이때 원본 자료는 읽기만 하고, 자동화가 법원 시스템의 값을 바꾸는 일은 없어야 합니다. 동기화 주기는 하루 여러 번으로 잡되, 마지막 동기화 시각을 화면에 노출해 "지금 보는 값이 언제 것인지" 알 수 있게 합니다.
알림은 한 번에 몰아 주지 않고 성격을 나눠 보냅니다.
세 번을 같은 문장으로 보내면 읽지 않게 됩니다. 단계마다 "지금 해야 하는 일"이 달라져야 알림이 살아 있습니다.
알림은 팀 채널과 담당자 개인 경로 두 곳으로 동시에 보냅니다. 채널만 쓰면 휴가·출장 중 흘러가고, 개인 알림만 쓰면 담당자가 놓쳤을 때 아무도 모릅니다. 두 경로가 같은 원본을 참조하도록 만들고, 담당자가 바뀌면 수신자도 함께 바뀌게 연결해 둡니다.
기일은 자주 바뀝니다. 변경이 잡히면 새 일정만 알리지 말고 이전 값과 바뀐 값을 함께 표시하고, 언제 어느 동기화에서 확인된 변경인지 기록을 남깁니다. 이력이 있어야 "연기된 줄 몰랐다"는 상황에서 어디서 어긋났는지 되짚을 수 있습니다. 기일 취소나 이송처럼 성격이 다른 변경은 별도 표시로 구분합니다.
알림을 보냈다는 사실만으로는 부족합니다. D-3 알림에 확인 응답이 없거나 준비 상태가 비어 있으면 일정 시간 뒤 상급자에게 다시 알리는 규칙을 둡니다. 에스컬레이션 기준은 사람마다 다르게 적용하지 말고, 사건 유형과 남은 일수로만 정해 두는 편이 운영이 단순합니다.
이런 구조에서도 자동화는 제안과 통지까지만 하고, 기일 대응 방향과 서면 내용의 확정은 사람이 합니다. 개별 사건의 절차 판단은 담당 법무법인의 검토가 필요합니다.
이 글은 일반적인 정보 제공을 위한 것으로, 개별 사안에 대한 법률 자문이 아닙니다. 구체적인 판단은 담당 법무법인의 검토가 필요합니다.
함께 읽기
업무 자동화를 시작하기 전에 트리거, 진행 과정, 산출물을 적고 고정할 부분과 바뀌는 부분을 나눈 뒤 검토 지점을 정하는 순서를 단계별로 정리했습니다. 우주라이크가 법무 현장 업무를 자동화할 때 따르는 방법입니다.
읽기 ›로펌과 관리단의 반복 업무를 자동화할 때 기일 알림과 문서 생성부터 시작하는 이유, 그리고 원본 자료를 지키면서 AI를 붙이는 순서를 정리했습니다.
읽기 ›