프로세스를 그리는 소프트웨어가 아니라 계산하는 소프트웨어

1. 어느 단계가 처리량을 제한합니까? 가장 크게 불평하는 단계도, 가장 오래 걸리는 단계도 아닙니다. 병목은 이용률 ρ = 수요 ÷ 용량이 가장 높은 단계입니다. 85% 이용률이면 한 작업은 이미 처리 시간의 5.7배를 기다리고 있고, 95%이면 19배를 기다리고 있습니다. 계산 방법은 여기에 있습니다.

2. 최악의 경우 얼마나 걸립니까? 평균값은 약속을 대신하지 않습니다. 중앙값이 3일이라서 “3일”이라고 약속하면 절반의 경우 약속을 어기게 됩니다. 중요한 값은 P90으로, 열 개 중 아홉 개의 작업이 그 값보다 짧게 걸리는 시간입니다.

3. 병목을 해소하면 병목은 어디로 이동합니까? 이것이 표 기반 비즈니스 케이스가 실패하는 질문입니다. 검사가 114% 이용률로 정체되어 있으면 그 뒤의 승인 단계는 한가해 보입니다. 거의 작업이 도달하지 않기 때문입니다. 검사를 개선하면 승인 단계에 전체 물량이 쏟아집니다. 표에 적힌 절감액은 결코 실현되지 않습니다.

4. 변경의 유로 가치는 얼마입니까? 단지 “더 빠름”이 아니라 출처가 있는 숫자입니다: 작업당 인건비, 대기 비용, 재작업 비용을 이전과 이후로, 범위를 포함해 계산하세요.

여기서 잘못 선택하셨을 때: 제조 라인, 창고, 응급실 또는 터미널을 설계하려는 경우 시뮬레이션 랩을 선택하십시오. 운송 로직, 교체(세팅) 매트릭스와 실험 계획은 여기에는 의도적으로 포함되어 있지 않습니다. 승인 의무가 있는 300개의 프로세스를 관리하려면 BPM-스위트를 선택하십시오.

각 범주의 한계와 자세한 비교는 기사 프로세스 시뮬레이션: 소프트웨어 비교에 나와 있습니다.

작업은 개별적으로 도착합니다. 하루에 120개라는 깔끔한 숫자가 아니라 변동성, 피크 확률과 피크 계수를 가진 분포에서 뽑힙니다. 피해는 평균이 아니라 분기별로 가장 나쁜 다섯 날에 발생합니다.

각 단계에는 용량과 처리 범위가 있습니다. 용량은 인원 × 일별 시간으로 표현하거나 설비가 한계를 정하면 고정 택트로 표시합니다. 처리는 특정 값이 아니라 시작–끝 범위입니다. 분산이 핵심 정보이며, 그 때문에 대기열이 생깁니다.

시뮬레이션은 수백 번 반복됩니다. 각 반복은 새로운 난수값을 뽑습니다. 결과 분포에서 띠가 생성됩니다: P10, P50, P90. 여기서 단일 수치가 무의미한 이유는 P10, P50, P90 richtig lesen에 설명되어 있습니다.

연쇄 효과도 함께 계산됩니다. 어떤 단계도 자신 앞의 가장 느린 단계가 통과시키는 것보다 더 많은 작업을 보지 못합니다. 바로 그 때문에 병목은 해결하면 위치를 옮깁니다. 표로는 이걸 할 수 없습니다.

Auslastung  ρ  =  Bedarf ÷ Kapazität
Wartezeit  Wq  ≈  ρ/(1−ρ)  ×  (ca² + cs²)/2  ×  te

두 번째 줄은 모든 시뮬레이션 결과를 대조할 수 있는 근사식입니다. 시뮬레이션이 이 식과 크게 다르면 그 차이는 연쇄 효과나 캘린더에 있습니다. 둘 다 설명되어야 하며 무시하면 안 됩니다.

• Process Mining이 아닙니다. FlowVisual은 시스템 로그에서 과거를 측정하지 않습니다. 가정에 따라 계산합니다. 그래서 Event-Log가 필요하지 않지만 실제로 무슨 일이 있었는지에 대한 진술도 제공하지 않습니다. Event-Log가 있고 어제 무슨 일이 있었는지 알고 싶다면: Mining 도구를 사용하세요. 3단계가 자동화되면 무슨 일이 일어날지 알고 싶다면: 시뮬레이션을 사용하세요.
• BPMN 도구가 아닙니다. 표준 표기 대신 여섯 가지 빌딩 블록을 사용합니다. 규격에 맞는 프로세스 문서가 필요하면 여기서는 제공되지 않습니다. 구분은 BPMN-Simulation을 참조하세요.
• 아키텍처 레포지토리가 아닙니다. 모델당 하나의 프로세스만 다루며 조직 전체를 한 번에 담지는 않습니다.
• 공장 설계가 아닙니다. 운송 로직, 셋업 매트릭스, 실험 계획, 인수인계 규칙을 가진 교대 모델 등은 포함하지 않습니다.
• 더 아름다운 그림을 만드는 도구가 아닙니다. Visio보다 보기 좋게 그려주지 않습니다. 계산합니다.

1. 템플릿을 열어 빈 화면에서 시작하지 마세요. 주문처리, 견적 프로세스, 송장 승인, 클레임, 온보딩 또는 IT 티켓이 준비되어 있습니다. 완성된 모델이 어떻게 보이는지 확인하는 데 30초면 충분합니다. 이렇게 하면 불필요하게 모델을 지나치게 자세히 만들 필요가 없습니다.
2. 흐름을 그리세요. 시작, 실제 순서의 단계들, 흐름이 실제로 갈라지는 곳의 결정, 프로세스를 벗어나는 모든 것에 대한 중단을 표시하세요.
3. 수량, 시간 및 비용을 입력하세요. 일별 변동이 있는 볼륨, 각 단계의 용량과 처리 시간 범위, 역할, 시스템 및 시간당 요금을 입력하세요. 총원가율을 계산하세요: 총급여 × 1.5에서 1.8, 이를 약 1 500의 생산적 시간으로 나누세요.
4. 계산하기 전에 관찰하세요. 정말 그렇게 흐르는지 확인하세요. 현업과 함께하는 이 2분은 결과에 대한 불필요한 논쟁을 줄여줍니다.
5. 스트레스 테스트를 시작하세요. 최상단 막대가 병목입니다. 클릭하면 해당 단계의 인스펙터가 열립니다.
6. 현재 상태를 저장하고, 정확히 하나의 지렛대만 변경한 뒤 비교하세요. 기준선이 없으면 비교할 것이 없고, 동시에 세 가지를 바꾸면 어떤 것이 효과가 있었는지 알 수 없습니다.
7. 내보내기하세요. 의사결정자를 위한 제안서(PDF), 추적성을 위한 문서(PDF).

1단계부터 6단계는 무료입니다. 체크리스트와 다섯 가지 큰 실수에 대한 자세한 설명은 안내서에 있습니다.