프로세스 맵 · As-Is·To-Be 분석
Process Mapping (As-Is / To-Be)
프로세스 맵이란?
- 실제 업무 흐름을 도식으로 드러낸다
- 규정이 아니라 실제를 그려야 문제가 보인다
- 시간의 대부분은 작업이 아니라 대기에 있다
업무 개선의 첫 단계는 지금 실제로 어떻게 일하고 있는지를 눈에 보이게 만드는 것입니다. 프로세스 맵은 시작과 끝, 단계, 담당자, 판단 분기, 대기 지점을 도형으로 그립니다. 부서별로 레인을 나눠 그리는 스윔레인 방식이 흔한데, 이렇게 그리면 부서 경계를 몇 번 넘나드는지가 그림만으로 드러납니다.
As-Is를 그릴 때 중요한 원칙은 규정이 아니라 실제를 그리는 것입니다. 규정대로 그리면 문제가 보이지 않습니다. 실무자에게 직접 물어 실제 순서와 우회 경로, 재작업 지점을 그대로 담아야 합니다. 여기에 단계별 소요 시간과 대기 시간을 표기하면, 전체 리드타임 중 실제 작업 시간이 얼마나 되는지가 드러납니다. 대부분의 업무에서 시간의 대부분은 대기입니다.
To-Be 설계는 단계를 줄이는 것에서 시작합니다. 없애기, 합치기, 순서 바꾸기, 자동화하기 순으로 검토하면 무리가 적습니다. 특히 승인 단계와 부서 간 인계 지점이 개선 여지가 큰 구간입니다. 주의할 점은 To-Be가 이상적인 그림에 머물지 않게 하는 것입니다. 변경에 필요한 권한 조정, 시스템 수정, 규정 개정을 함께 계획하지 않으면 그림만 남습니다.
산업공학의 작업 흐름도와 흐름공정도에서 출발했고, 1990년대 마이클 해머와 제임스 챔피의 업무 재설계(BPR) 논의를 거치며 현재 상태와 목표 상태를 대비해 설계하는 방식이 경영 실무에 자리 잡았습니다.
예를 들어 견적 발행까지 일주일이 걸리는 회사가 흐름을 분석하는 상황입니다. (가상 예시)
- 범위 설정 — 문의 접수부터 견적 발송까지로 시작과 끝을 정합니다.
- As-Is 작성 — 실무자 인터뷰로 실제 순서를 그리고 부서별 레인으로 나눕니다.
- 시간 표기 — 단계별 작업 시간과 대기 시간을 적어 리드타임을 계산합니다.
- 병목 식별 — 가장 오래 멈추는 지점과 재작업이 발생하는 구간을 표시합니다.
- To-Be 설계 — 승인 단계 축소와 양식 자동화를 반영하고 필요한 규정 개정을 함께 계획합니다.