업무 프로세스 시뮬레이션: 실무 지침

Inhaltsverzeichnis+

시뮬레이션은 제조업에서 오랜 기간 쌓인 나쁜 평판이 있습니다: 몇 주간의 모델 작성, 전문가 지식, 세 사람만 이해하는 보고서. 업무 프로세스에는 그게 적용되지 않습니다. 업무 프로세스에서는 노력은 반나절이고 결과물은 운영위원회에서 통용되는 한 장의 문서입니다.

알아야 할 내용은 여기 있습니다.

기업에서 시뮬레이션이 유용한 이유

문서화용이 아닙니다. 규정 준수용이 아닙니다. 정확히 세 가지 결론을 위한 것입니다:

1. 실제로 어디가 막히나요? 병목은 가장 높은 가동률을 보이는 단계입니다. 가장 느리거나 가장 소란스러운 단계가 아닙니다. 불평하는 사람들은 종종 병목의 후단에 앉아 있고 일이 몰려서 들어옵니다.

2. 이를 해결하면 무슨 일이 발생하나요? 병목은 이동합니다. 2단계가 114 % 가동률에 머물러 있으면 3단계는 한가해 보입니다. 거의 일이 들어오지 않기 때문입니다. 2단계를 해결하면 3단계가 전량을 받습니다. 이 연쇄 효과가 자동화 프로젝트가 목표를 못 맞추는 가장 흔한 이유입니다.

3. 그 가치는 유로로 얼마인가요? ‘더 빠름’이 아니라 근거가 있는 숫자, 범위로 제시된 값, 명시된 가정과 함께입니다.

그 외(더 보기 좋은 도식, 완전한 프로세스 지도, 규격화된 표기)는 다른 도구의 몫입니다.

어떤 프로세스에 적합한가요

경험칙: 작업들이 바구니에 쌓여 누군가를 기다리는 곳이면 어디든지.

부적합: 처리 용량보다 훨씬 여유 있게 돌아가며 병목이나 대기열이 없는 프로세스. 그 경우에는 처리 시간이 곧 처리 기간이며 단순 합산으로 충분합니다. 아무도 기다리지 않으면 시뮬레이션할 것이 없습니다.

최종 결과물에 무엇이 적혀 있나요

운영위원회가 수용할 결과는 네 요소로 구성됩니다:

1. 가동률의 순위, 월평균이 아니라 피크일을 기준으로 계산합니다.
2. 처리시간을 P50과 P90으로 나타낸 구간. 약속은 P90을 기준으로 합니다; 중앙값을 약속하면 절반의 경우 약속을 지키지 못합니다.
3. 정확히 한 가지 조치의 효과, 이전과 이후 비교, 시간과 유로로 표시하며 병목이 이후 어디로 이동하는지 포함합니다.
4. 모델에 포함되지 않은 항목 목록. 예: “공급사에 대한 질의는 모델링하지 않았음”이라는 문구는 가장 날카로운 질의를 사전에 무력화합니다.

4번이 없으면 질의는 어차피 옵니다. 다만 회의 중에 답이 없을 뿐입니다.

현실적으로 계획된 첫 번째 과제

순수 작업으로 반나절, 전체 일정은 대략 일주일 정도로 분산됩니다. 데이터 수집이 병목이지 계산이 아닙니다. 범위 설정이 논쟁거리이면 그것이 실질적 작업이며 그 경우 정당하게 시간이 더 걸립니다.

과제 비용을 올리는 네 가지 실수

1. 너무 상세하게 모델링하기. 8단계 대신 30단계. 추가 활동마다 입력 필드가 다섯 개 늘어나고 병목은 이동하지 않습니다. 병목은 가장 높은 가동률을 보이는 지점에 있으며 그 위치는 대략적으로나 상세하게나 동일하게 보입니다.

2. 평균값으로 계산하기. 월평균 70 %이고 월초에 130 %인 프로세스는 문제가 있는데 평균값이 이를 숨깁니다. 90번째 백분위수의 날을 계산하세요.

3. 세 가지 조치를 동시에 변경하기. 결과를 나중에 어떤 지렛대에 할당할 수 없습니다. 그러면 비즈니스 케이스가 아니라 수치만 있는 주장만 남습니다.

4. 단일 수치로 제시하기. “처리시간이 43.7 % 줄었습니다”는 공격받기 쉽습니다. “P50이 6.1일에서 3.4일로, P90이 14일에서 7일로, 가정은 부록에 있음”은 그렇지 않습니다.

어떤 도구를 선택할까

간단히, 긴 설명은 네 범주 비교에 있습니다:

• 도식 도구들 (Visio, Lucidchart, draw.io)은 문서화는 하지만 계산은 하지 않습니다.
• BPM 제품군 (Signavio, ARIS, Bizagi)은 기업 전체의 프로세스를 관리하며 시뮬레이션은 여러 모듈 중 하나입니다.
• 시뮬레이션 실험실 (Arena, Simul8, AnyLogic, FlexSim)은 가장 강력한 계산 엔진을 가지고 있으며 제조에서 유래했습니다. 설비에는 적합하지만 승인 프로세스에는 어렵습니다.
• 의사결정 도구인 FlowVisual은 계산은 덜 깊지만 시간 내에 유로 단위의 이전/이후를 제공합니다.

범주가 결정을 좌우합니다, 기능 목록이 아니라. 그리고 첫 과제에서는 무엇보다 중요한 것은 과제가 실제로 수행되는지 여부입니다.

요약

• 시뮬레이션은 작업이 대기하는 곳에서 유용하며 문서화용으로는 적합하지 않습니다.
• 이점은 세 가지 결론입니다: 병목, 병목의 이동, 유로로 환산한 가치.
• 첫 과제는 반나절의 작업이 소요되며 데이터 수집이 병목입니다.
• 5–10단계, 피크일을 기준으로, 한 번에 하나의 지렛대, 가정을 포함한 범위로 결과 제시하세요.