PI · 프로세스 혁신

PI이란?

프로세스 혁신이 실제로 바꾸는 것은 절차도의 모양이 아니라 일의 주인과 판단 권한입니다. 담당자별로 잘게 쪼개 놓은 업무를 하나의 흐름 단위로 다시 묶으면, 서류가 책상과 책상 사이를 오가며 기다리던 시간이 사라집니다. 대부분의 업무에서 리드타임을 잡아먹는 것은 실제 작업 시간이 아니라 누군가의 결정을 기다리는 대기 시간이기 때문입니다. 그래서 잘된 혁신의 결과물은 '더 빨라진 절차'가 아니라 '더 적은 사람이 더 큰 권한으로 끝내는 절차'의 모습으로 나타납니다.

과제를 고를 때는 경계를 먼저 긋는 편이 안전합니다. 한 부서 안에서 끝나는 일은 개선 과제로 두고, 세 개 이상 부서의 손을 타는 일만 혁신 과제로 올리는 식입니다. 전자결재 도입이나 RPA는 혁신 자체가 아니라 재설계된 흐름을 떠받치는 수단이므로 순서가 바뀌면 효과가 나오지 않습니다. To-Be를 그릴 때는 전체 건수의 8할을 차지하는 표준 케이스를 기준으로 설계하고 드물게 발생하는 예외는 별도 경로로 빼는 편이 낫습니다. 예외를 전부 담으려다 새 절차가 옛 절차보다 복잡해지는 일이 흔합니다.

현장에서 가장 자주 어긋나는 지점은 시스템을 먼저 계약하고 프로세스를 나중에 손보는 순서입니다. 이렇게 되면 기존 결재 단계가 그대로 화면으로 옮겨가고, 종이로 3일 걸리던 일이 전산으로 2.5일 걸리는 결과가 남습니다. 전결 규정과 평가 기준을 함께 고치지 않으면 새 절차는 반년 안에 원래대로 돌아갑니다. 권한을 넘겨받은 팀장이 사고를 겁내 관행상 상급자에게 다시 물어보기 시작하면서 비공식 결재가 되살아나기 때문입니다. 또 하나, 혁신을 인력 감축과 묶어 발표하는 순간 현업의 협조는 그날로 끊깁니다. 줄어든 시간을 어디에 쓸 것인지를 먼저 말해야 데이터가 정직하게 나옵니다.