먼저 업무 흐름을 그리세요: 그릴 수 없는 프로세스를 절대 자동화하면 안 되는 이유

잘못되는 자동화의 거의 전부는, 누군가 도구에 손대기도 전에 이미 어긋나 있었습니다. 사장은 지루한 단계, 즉 오늘 일이 어떻게 흘러가는지 실제로 그려 보는 일을 건너뛰고, 신입에게조차 설명하지 못할 프로세스를 위해 곧장 소프트웨어 구매로 직행했습니다. 결과는 뻔합니다. 자동화는 머릿속에 있는 업무 버전을 처리할 뿐, 화요일 오후에 고객이 주문을 바꾸려고 다시 전화를 걸어올 때 실제로 벌어지는 일을 처리하지 못합니다.

저는 이런 사후 분석 자리에 여러 번 앉아 봤습니다. 작은 회사가 매끈한 플랫폼에 실제 돈을 들이고 자신만만하게 설정하지만, 한 달도 안 돼 사람들은 조용히 그것을 우회해 일하기 시작합니다. 이유를 물으면 “소프트웨어가 나빴다”는 답은 거의 나오지 않습니다. “우리가 매주 처리하는 예외를 소프트웨어가 몰랐다”는 것입니다. 아무도 그 예외를 적어두지 않았습니다. 전체를 종이에 한 번도 그려 본 적이 없었으니까요.

자동화 전에 업무 흐름을 그려 보는 것은 살 수 있는 가장 저렴한 보험입니다. 비용은 반나절과 화이트보드 한 장입니다. 숨은 단계, 말 없는 인계, ‘이 결정은 대체 어디서 일어나는가’ 하는 공백을 잡아냅니다. 그러지 않으면 가동 3주 뒤에 표면으로 떠오를 것들이죠. 누구나 건너뛰고 싶어 하는 부분이지만, 프로젝트가 작동할지를 조용히 결정하는 부분이기도 합니다.

"업무 흐름을 그린다"는 것의 진짜 의미

전문 용어를 걷어냅시다. 업무 흐름을 그린다는 것은, 트리거에서 완료된 결과 사이에 일어나는 모든 단계를 순서대로 적는 것, 그리고 지저분한 부분에 대해 정직해지는 것일 뿐입니다. 트리거는 “새 문의가 들어온다”일 수 있고, 완료된 결과는 “고객이 결제했고 건이 종료되었다”일 수 있습니다. 그 사이의 모든 것이 당신의 흐름도입니다.

당신은 갖고 싶은 프로세스를 그리는 게 아닙니다. 실제로 가진 프로세스, 즉 이상적 모습(to-be)이 아니라 현행(as-is)을 그립니다. 이 구분은 어떤 표기법이나 도구보다 중요합니다. 흐름을 그리는 가치는 전부 현실을 포착하는 데서 나오니까요. 민망한 부분까지 포함해서요. 마리아만 업데이트할 줄 아는 그 스프레드시트, 누군가의 자리로 걸어가서 받는 그 승인, 청구 시스템에 손으로 다시 입력되는 그 이메일.

잘 그린 흐름도는 한 페이지에 들어가고, 외부인이 읽어도 당신의 회사가 문의를 어떻게 돈으로 바꾸는지 대략 이해할 수 있습니다. 그것이 기준입니다. 흐름도를 읽으려고 범례와 네 가지 색이 필요하다면, 그건 과하게 만든 것입니다.

이 단계를 건너뛰면 왜 그렇게 비싸지는가

흐름을 그리지 않고 자동화하면, 당신은 프로세스를 자동화하는 게 아니라 프로세스에 대한 가정을 자동화하는 것입니다. 그리고 그 둘 사이의 간극에서 돈이 새어 나갑니다. 세 가지 실패 양상이 거듭거듭 나타납니다.

첫째는 보이지 않는 단계입니다. 너무 일상적이라 아무도 언급하지 않는 작업이 거의 항상 있습니다. 빠른 점검, 손으로 하는 부가세 수정, 주소 확인 전화. 그것은 요구사항서에 들어가지 못하고, 그래서 자동화에도 들어가지 못하며, 막상 필요해지는 첫 순간에 흐름 전체가 멈춥니다.

둘째는 문서화되지 않은 결정입니다. 프로세스 어딘가에서 사람이 조용히 판단을 내립니다. 이 주문은 급하다, 이 고객은 할인 대상이다, 이 견적은 관리자의 승인이 필요하다. 그 결정이 어디에 있고 어떤 규칙을 따르는지 드러내지 않으면, 자동화는 그것을 무시하거나 추측합니다. 둘 다 나쁩니다.

셋째는 유령 인계입니다. 일이 아무도 문서화하지 않은 경로, 곧 전달된 이메일, 공유 폴더, 구두 언질을 통해 두 사람이나 두 시스템 사이를 오갑니다. 그것을 비껴 자동화하면 일은 그대로 틈으로 떨어집니다. 흐름을 그리는 것은, 그것들이 당신을 찾아내기 전에 당신이 먼저 찾아내는 방법입니다.

무엇을 그리기 전에: 하나의 프로세스와 하나의 결과를 고르세요

회사 전체를 그리려 하지 마세요. 그러면 흐름을 그리는 일 자체가 공유 드라이브 위에서 죽어가는 6개월짜리 프로젝트가 됩니다. 정확히 하나의 업무 흐름, 즉 이미 자동화할 가치가 있다고 의심하는 그것을 골라, 명확한 트리거에서 명확한 끝까지 그것만 그리세요.

시작하기 전에 두 끝을 소리 내어 정의하세요. 이 프로세스는 어디서 시작하는가? 그리고 "완료"는 어떤 모습인가? 둘 다 각각 한 문장으로 말할 수 없다면, 아직 그릴 준비가 안 된 것입니다. 안개를 그리려는 셈이죠. “주문 이메일이 도착하는 순간부터 청구서를 보내는 순간까지”는 그릴 수 있는 프로세스입니다. “우리 영업”은 아닙니다.

업무 흐름을 그리는 법, 단계별로

이를 위해 특별한 소프트웨어는 필요 없습니다. 벽에 붙이는 포스트잇이 어떤 도구보다 낫습니다. 옮기기 쉽고 팀 전체가 둘러설 수 있으니까요. 디지털이 좋다면 공유 화이트보드나 문서 속 번호 매긴 목록으로도 충분합니다. 매체보다 방법이 훨씬 중요합니다.

1. 1
   알맞은 사람들을 한방에 모으세요

   사장만으로는 안 됩니다. 실제로 일을 하는 사람들은 사장이 존재조차 잊은 단계를 봅니다. 한 사람의 목소리가 빠지면 프로세스의 한 갈래를 통째로 놓칩니다.
2. 2
   트리거와 결과를 먼저 적으세요

   시작을 맨 왼쪽에, 끝을 맨 오른쪽에 두세요. 추가하는 모든 것은 이 두 고정점 사이에 자리하며, 흐름도가 사방으로 번지는 것을 막아 줍니다.
3. 3
   실제 사례 하나를 따라가 보세요

   실제로 있었던 최근 사례, 진짜 주문, 진짜 문의를 가져와 거기에 무슨 일이 일어났는지 단계별로 정확히 이야기하세요. 진짜는 언제나 가정을 이깁니다.
4. 4
   모든 인계와 결정을 표시하세요

   일이 다른 사람이나 시스템으로 넘어갈 때마다 그것을 그리세요. 누군가 선택을 할 때마다 분기를 그리고 그 뒤에 있는 규칙을 적으세요. 자동화가 살고 죽는 지점이 바로 여기입니다.
5. 5
   예외를 사냥하세요

   이제 물으세요. 이것이 평소대로 가지 않는 때는 언제인가? 환불, 급한 건, 까다로운 고객. 흔한 예외는 더하고, 드문 것은 여백에 적어 두세요.
6. 6
   각 단계의 시간을 대략 재세요

   각 단계 옆에 대략의 분 단위를 적으세요. 두꺼운 부분, 곧 실제로 시간이 사라지는 곳을 찾는 겁니다. 무엇을 자동화할 가치가 있는지 알기 위해서요.

다 끝내면, 흐름도의 어디든 손가락을 짚고 무슨 일이 일어나는지, 누가 하는지, 얼마나 걸리는지, 무엇이 잘못될 수 있는지 말할 수 있어야 합니다. 만약 정직한 답이 “그게 어떻게 돌아가는지 솔직히 잘 모르겠다”인 단계가 있다면, 축하합니다. 벽에서 가장 중요한 것을 방금 찾은 것입니다. 그 안개야말로 당신의 자동화를 망가뜨렸을 바로 그것입니다.

정식 표기법이 필요한가요?

이를 위한 BPMN이라는 정식 언어가 있으며, 작업·게이트웨이·이벤트를 위한 정밀한 기호를 갖추고 있습니다. 전담 프로세스 팀을 둔 대기업에는 정말로 유용합니다. 여덟 명에 골치 아픈 업무 하나뿐인 회사에는 거추장스러운 과잉입니다. 단계는 네모, 결정은 마름모, 흐름은 화살표 — 필요한 표기법은 그게 전부입니다. 완벽한 표기법 때문에 불완전한 흐름도를 그리지 못하는 일은 없어야 합니다.

흐름도 읽기: 자동화 전에 고쳐야 할 것

여기가 사람들이 놓치는 부분입니다. 흐름도는 개발자를 위한 문서일 뿐 아니라 진단서입니다. 프로세스가 벽에 올라가는 순간, 몇 년을 함께 살아온 문제들이 갑자기 빤히 보입니다. 당장 자동화하고 싶은 충동을 누르세요. 먼저, 흐름도가 드러낸 것을 고치세요.

오로지 습관 때문에 존재하는 단계를 찾으세요. 중소기업 프로세스의 놀랄 만큼 많은 부분이 고고학입니다. 2017년에 누군가 그렇게 설정해 놓은 뒤로 아무도 의문을 품지 않아 그 방식대로 하는 일들 말이죠. 단계가 가치를 더하지 않는다면 삭제하세요. 무의미한 단계를 자동화하면 무의미한 단계가 빨라질 뿐입니다.

같은 정보가 두 번 이상 입력되고 있지 않은지도 찾으세요. 흐름도 위의 모든 중복 입력은 시간을 잡아먹는 구멍이자 오류가 스며드는 자리이며, 보통 가장 쉽고 수익이 가장 큰 자동화 대상입니다. 그리고 병목을 찾으세요. 한 사람을 기다리며 모든 것이 쌓이는 단 하나의 단계 말이죠. 그곳의 해법은 소프트웨어가 전혀 아니라 규칙 변경일 때도 있습니다.

• “원래 늘 이렇게 해왔으니까”라는 이유만으로 존재하는 불필요한 단계 — 삭제하세요.
• 같은 데이터를 둘 이상의 시스템에 손으로 입력하는 것 — 최우선 자동화 대상입니다.
• 사람이 내리지만 실은 고정된 성문 규칙을 따르는 결정 — 그 규칙은 자동화할 수 있습니다. 진짜 판단은 못 합니다.
• 일이 한 사람을 기다리는 병목 — 기술 변경보다 프로세스 변경이 나을 때가 있습니다.
• 정보를 잃는 인계 — 그 둘레에 자동화를 두르기 전에 단단히 조이세요.

짧은 사례: 엉뚱한 것을 먼저 자동화할 뻔한 수주 데스크

우리가 함께 일한 작은 도매업체, 가령 직원 스무 명쯤의 지역 외식 장비 공급사라고 합시다. 그들은 들어오는 주문 이메일을 읽을 AI 도구가 필요하다고 확신하며 찾아왔습니다. 주문은 자유 텍스트 이메일로 들어왔고, 누군가 그것을 시스템에 다시 입력했으며, 그 재입력이야말로 자동화할 명백한 대상처럼 느껴졌습니다. 우리가 자리에 앉기 전, 그들은 문서 판독 제품에 가입 직전이었습니다.

우리는 반나절을 들여 그들의 회의실 벽에 실제 수주-청구 프로세스를 그렸습니다. 흐름도는 다른 이야기를 들려주었습니다. 그렇습니다, 이메일 재입력은 성가셨습니다. 주문당 십 분쯤이었죠. 하지만 두 단계 뒤에서 모든 주문이 한 사람의 책상에 멈춰, 수작업 재고 확인과 수작업 여신 확인을 기다리고 있었습니다. 그 두 시스템이 수주 시스템과도, 서로와도 대화하지 않았기 때문입니다. 바로 그곳에서 주문은 몇 시간, 때로는 하루 종일 머물렀습니다.

비싼 AI 이메일 판독기는 병목이 아닌 단계에서 십 분을 깎았을 뿐이고, 진짜 지연은 손도 대지 못한 채 남았을 것입니다. 더 나쁜 것은, 흐름도가 문서화되지 않은 규칙을 드러냈다는 점입니다. 일정 금액을 넘는 주문은 처리 전에 항상 확인 전화를 걸었습니다. 아무도 언급하지 않았고, 이것은 어떤 순진한 자동화든 조용히 망가뜨렸을 것입니다.

우리가 실제로 만든 것은 화려하지 않고 더 저렴했습니다. 재고와 여신 상태를 수주 화면으로 자동으로 끌어오는 연동이었죠. 그래서 확인은 삼십 분짜리 우회가 아니라 한 번의 눈길로 끝나게 되었고, 여기에 여전히 사람의 전화가 필요한 고액 주문에는 플래그를 달았습니다. 이메일 재입력은요? 그것도 결국 자동화했습니다. 다만 두 번째 단계로요. 흐름도가 그것이 더 작은 상이라고 보여준 뒤에 말이죠. 데스크 전체에서 되찾은 시간은 예시로 주당 하루 반쯤이었고, 그중 거의 아무것도 그들이 애초에 사려던 것에서 나오지 않았습니다.

완성된 흐름도를 자동화 계획으로 바꾸기

흐름도가 그려지고, 개선되고, 신뢰할 만해지면, 자동화는 거의 스스로 명세를 써냅니다. 당신은 무서운 막연한 질문 — “우리 회사를 어떻게 자동화하지?” — 을 멈추고, 작고 답할 수 있는 질문을 한 단계씩 던지기 시작합니다.

흐름도를 따라가며 각 단계에 정직하게 꼬리표를 붙이세요. 어떤 것은 순수한 규칙입니다 — 알림이 울리고, 데이터가 A에서 B로 옮겨가고, 상태가 갱신됩니다. 이것은 평범한 자동화로, 저렴하고 안정적이며 AI가 필요 없습니다. 몇몇 단계는 지저분한 인간의 언어나 판단을 포함합니다 — 비정형 이메일을 읽고, 답장 초안을 잡고, 전화 문의에 응대하는 일. 바로 여기서 현대 AI가 제 몫을 톡톡히 합니다. 그리고 어떤 단계는 의도적으로 사람의 몫으로 남겨야 합니다. 틀렸을 때의 대가가 크기 때문입니다. 흐름도는 대화로는 결코 못 하는 방식으로 이 분류를 또렷이 보여줍니다.

여기서 무엇이 따라 나오는지 보세요. 흐름도 전체를 한꺼번에 자동화할 필요는 없으며, 그래서도 안 됩니다. 가장 가치 높은 규칙 기반 단계를 골라 그것만 자동화하고, 실제 한 주 동안 작동함을 증명한 뒤에야 다음으로 넘어갑니다. 전부를 한입에 물어 목이 막히는 대신 분별 있게 순서를 짜게 해 주는 것이 바로 흐름도입니다.

자주 묻는 질문