207. 모델 향상 (Model Enhancement) - 프로세스 최적화 및 시뮬레이션
⚠️ 이 문서는 어제 배운 '프로세스 마이닝'을 통해 회사의 업무 흐름에 병목(Bottleneck)과 꼼수(위반)가 어지럽게 얽혀 있는 시뻘건 '스파게티 맵'을 발견한 뒤, 그 충격에 빠져 끝나는 것이 아니라, **썩어빠진 옛날 프로세스 도면(AS-IS 모델)을 뜯어고쳐 완벽하고 매끄러운 이상적인 최적 프로세스 도면(TO-BE 모델)으로 환골탈태시키는 경영 혁신의 마지막 피날레인 '모델 향상(Model Enhancement)'**을 다룹니다.
핵심 인사이트 (3줄 요약)
- 본질: 진단(마이닝)과 적발(적합성 검사)을 끝내고, 마침내 '치료(수술)'를 하는 단계다. 낡은 업무 메뉴얼(모델)을 실제 데이터에 맞게 현실화하거나, 반대로 현실의 병목을 부수기 위해 새로운 지름길(자동화 블록)을 모델에 뚫어버린다.
- 가치: "환불 처리에 5일이 걸리는 이유가 '팀장 수기 결재' 때문이군. 이 단계를 도면에서 지워버리고 'AI 자동 결재' 로봇을 투입하면 시간이 얼마나 단축될까?"라는 가상 시뮬레이션(What-If)을 돌려보고 수십억의 예산 낭비를 막는다.
- 기술 체계: 잘못된 기존 도면을 현실에 맞게 고치는 수정(Repair), 도면 사이에 로봇이나 새 규칙을 끼워 넣는 확장(Extension), 그리고 새 도면을 적용했을 때의 미래를 예측하는 시뮬레이션(Simulation) 기법이 톱니바퀴처럼 돌아간다.
Ⅰ. 왜 향상(Enhancement)시켜야 하는가? 진단 다음은 수술이다
병을 찾아냈다고 병이 낫지 않는다. 썩은 살을 도려내야 한다.
- AS-IS 모델(스파게티 맵)의 절망:
- 프로세스 마이닝 툴이 뱉어낸 '현재 직원들의 일하는 궤적(AS-IS)'을 보니, [견적서 작성] $\rightarrow$ [팀장 반려] $\rightarrow$ [재작성] 이라는 핑퐁 루프가 무려 30%를 차지하며 인건비를 허공에 태우고 있었다.
- 기존 메뉴얼(Model)에는 당연히 저런 '반려 루프' 따위는 예쁘게 생략되어 있었다.
- 모델 향상 (Model Enhancement)의 선언:
- 아키텍트(BPR 전문가)는 BPMN(업무 도면 그리는 툴)을 다시 연다.
- 목표는 2가지다. 하나는 현실 세계에서 일어나는 잡다한 일들을 도면에 제대로 반영해서 '거짓말하지 않는 최신 도면'을 만드는 것(Repair).
- 두 번째는, 썩은 병목 구간(반려 루프)을 아예 도면에서 마우스 델리트(Delete) 키로 지워버리고, 그 자리에 새롭고 빠른 파이프(RPA 로봇 등)를 뚫어서 '꿈의 도면(TO-BE)'을 재창조하는 것(Extension)이다.
📢 섹션 요약 비유: 병원에 비유하면, '프로세스 마이닝'은 환자(회사)의 몸을 X-ray로 찍어 암 덩어리(병목과 핑퐁)를 찾아낸 것입니다. 환자는 사진만 보고 집에 가면 죽습니다. '모델 향상'은 의사가 메스를 들고 배를 갈라 암 덩어리를 싹둑 잘라내고(불필요한 결재 라인 삭제), 인공 판막(RPA 자동화 로봇)을 꽂아 넣어서 핏줄(업무 흐름)이 20대 청년처럼 콸콸 흐르게 환자의 몸(모델)을 뜯어고치는 궁극의 대수술입니다.
Ⅱ. 향상의 2가지 방법론: 수정(Repair)과 확장(Extension)
거짓말하는 지도를 고치거나, 지도 위에 새로운 고속도로를 깐다.
- 모델 수정 (Repair) - "현실을 인정하고 지도를 고쳐라":
- 회사의 옛날 규정집(Model)에는
[주문] -> [배송]으로 되어 있었다. - 로그 데이터를 까보니 직원 90%가
[주문] -> [재고 확인] -> [배송]으로, 중간에 메뉴얼에 없는 짓을 꼭 하고 있었다 (재고 파악이 안 되니까). - 아키텍트는 징계를 내리는 대신 쿨하게 패배를 인정하고, BPMN 메뉴얼 도면 사이에
[재고 확인]네모 박스를 정식으로 끼워 넣어 지도를 현실과 100% 똑같이 '수리(Repair)'해버린다. (규정의 현실화)
- 회사의 옛날 규정집(Model)에는
- 모델 확장 (Extension) - "지도 위에 AI 로봇을 투입하라":
- 지도를 보니
[신용 등급 심사]라는 네모 박스 위에 새빨간 불이 들어와 있다. (직원이 엑셀로 며칠씩 수작업하느라 병목이 터짐). - 아키텍트는 이 네모 박스를 사람(User Task)에서 기계(Service Task)로 속성을 바꾼다(Extension).
- "오늘부터 신용 등급 심사는 직원이 안 한다. 외부 NICE 신용평가사 API를 쏘는 RPA(자동화 로봇)를 이 자리에 투입한다!" 도면에 지름길 고속도로가 뻥 뚫렸다.
- 지도를 보니
📢 섹션 요약 비유: 내비게이션(모델) 수리법입니다. **Repair(수정)**는 내비게이션에는 산길로 되어 있는데, 사람들이 매일 강가로 돌아서 가는 샛길 로그(데이터)를 발견하고 "아, 저기가 진짜 길이구나!" 깨닫고 내비게이션 지도를 사람들의 실제 동선에 맞춰 업데이트해 주는 것입니다. **Extension(확장)**은 아예 내비게이션 지도 위 산 한가운데에 다이너마이트를 터뜨려 4차선 터널(RPA 자동화)을 뻥 뚫어버리고 "오늘부턴 무조건 이 초고속 터널로만 다녀라!"라고 시스템 자체를 혁신시켜버리는 공간 창조술입니다.
Ⅲ. 왓이프 시뮬레이션 (What-If Simulation)의 기적
새로운 고속도로를 뚫었을 때 차가 얼마나 빨리 달릴지 돈 들이지 않고 예측한다.
- 도면 개조의 위험성:
- 아키텍트가 병목을 부수겠다고
[팀장 결재]박스를 지우고[AI 자동 결재]로봇 10대를 1억 원 주고 사서 박아넣는 새로운 TO-BE 도면을 그렸다. - 사장님이 묻는다. "야, 너 1억이나 써서 도면 바꿨는데, 만약 저기가 뚫려서 물량이 다음 놈한테 미친 듯이 쏟아지면, 이번엔 뒷단에 있는
[포장팀]에서 2차 병목이 터지는 거 아냐?"
- 아키텍트가 병목을 부수겠다고
- What-If Simulation (가상 실험):
- 똑똑한 프로세스 마이닝 툴은 이 새롭게 개조된 TO-BE 도면 위에 가상의 트래픽(데이터) 1만 건을 쏟아붓는 시뮬레이션을 돌려준다.
- "삐빅! 팀장 결재를 AI로 바꾸면 앞단은 0.1초 만에 통과합니다. 하지만 사장님 말씀대로 뒤에 대기하던 포장팀 직원이 2명뿐이라, 서류 1만 건이 몰리면서 포장팀에서 대기 시간 10일짜리 2차 대형 폭발(병목 전이)이 발생합니다!"
- 최적해(Sweet Spot)의 발견:
- 아키텍트는 시뮬레이션 결과를 보고 아차 싶어 다시 도면을 고친다. "AI 로봇은 3대만 사고, 남은 돈 7,000만 원으로 포장팀 알바생을 5명 더 고용하는 도면으로 수정하겠습니다."
- 다시 시뮬레이션을 돌리니 전 구간이 1초의 막힘도 없이 초록색으로 쌩쌩 돌아간다. 이 완벽히 검증된 TO-BE 모델을 경영진에게 확정 보고하고, 마침내 진짜 시스템 개발(RPA 코딩)을 시작한다.
📢 섹션 요약 비유: 꽉 막힌 강남대로 3차선을 4차선으로 확장 공사(모델 향상)하려 합니다. 사장님이 "차선 넓히면 차단기 쪽에 차가 더 몰려서 터지지 않을까?" 고민합니다. 시뮬레이션은 진짜 아스팔트를 깔아보기 전에, 컴퓨터 심시티 게임(What-if) 안에서 4차선으로 도로를 뚫어보고 가상의 자동차 1만 대를 쌩쌩 달려보게 하는 기능입니다. 컴퓨터 게임 속에서 병목이 딴 데로 옮겨가는 걸 미리 눈으로 확인했으니, 돈 낭비(실패한 공사)를 0%로 완벽하게 틀어막고 가장 쾌적한 도로(최적 프로세스)를 단번에 건설해 낼 수 있는 타임머신입니다.