Visio에서 프로세스를 시뮬레이션: 왜 불가능한지와 대신 무엇이 도움이 되는지

Inhaltsverzeichnis+

‘Visio에서 프로세스 시뮬레이션’을 찾으면 결과는 많고 해결책은 없습니다. 이유는 간단합니다: Visio로는 할 수 없습니다. 그러나 그 검색 자체는 정당합니다. 단지 보이는 것과 다른 문제를 설명하고 있을 뿐입니다.

왜 그림 도구는 계산을 못 하나요

Visio, Lucidchart, draw.io, Miro 및 Whimsical은 그림을 만듭니다. 이 그림에는 도형, 연결선, 텍스트가 있습니다. 그러나 존재하지 않는 것들:

• 시간. 하나의 박스가 여기에 10분이 걸린다는 것을 알지 못합니다. 텍스트 "10 Min"은 다른 문자열과 같을 뿐입니다.
• 수량. 여기서 하루에 120건이 처리된다는 개념이 없습니다.
• 용량. 이 단계에 사람이 배정되어 있지 않거나, 되어 있어도 단지 라벨일 뿐입니다.
• 대기열. 그리고 이것이 핵심입니다: 용량 한계가 없으면 병목이 생기지 않고, 병목이 없으면 통과시간이 아니라 단지 합계만 존재합니다.

Visio Professional에는 다이어그램이 구조적으로 올바른지(막다른 길, 연결되지 않은 도형, BPMN 준수)를 검사하는 검증 규칙이 있습니다. 유용하지만 맞춤법 검사기일 뿐 계산기는 아닙니다.

타사 부가 기능도 상황을 많이 바꾸지 못합니다: 다이어그램을 계산 가능한 다른 도구로 내보낼 뿐입니다. 이는 합리적인 방법이지만, 시뮬레이션을 수행하는 것은 Visio 자체가 아닙니다.

실제로 찾고 있는 것

대부분의 경우 검색 뒤에는 다음 네 가지 질문 중 하나가 숨어 있습니다:

1. "우리 프로세스의 병목은 어디인가요?" 병목을 찾고 싶으십니다.
2. "실제로는 얼마나 걸리나요?" 처리시간 합계가 아니라 통과시간을 알고 싶으십니다.
3. "이 변경으로 무엇이 달라지나요?" 투자를 정당화해야 합니다.
4. "내년 인력이 충분한가요?" 수량 증가에 대비해 인력을 계획하고 싶으십니다.

이 네 가지 질문에는 더 예쁜 다이어그램이 필요하지 않습니다. 모두 숫자가 필요합니다.

방법 1: 손으로 계산하기(반나절 정도)

질문 1과 4에는 손계산으로 충분하며, 이는 어떤 반쪽짜리 모델보다 솔직합니다.

각 단계마다 세 가지 정보가 필요합니다: 하루당 수량, 처리시간, 사용 가능한 근무시간.

가동률  ρ  =  (수량 × 처리시간)  ÷  사용 가능한 근무시간

가장 값이 큰 단계가 병목입니다. 85%를 넘으면 경고 수준이며 100%가 되어야만 문제가 되지는 않습니다. 대기시간은 ρ/(1−ρ) 비율로 증가하며 임계치 가까이에서 폭증합니다. 상세 계산 방법과 표는 병목 계산에 있습니다.

Little's Law로 대조 검증: 각 단계 앞에 대기 중인 작업 수를 세고 일일 처리량으로 나누면 실제 통과시간이 나옵니다. 보통 다이어그램에 적힌 값보다 몇 배 크게 나옵니다.

이 방법의 한계: 질문 3에는 답을 주지 못합니다. 변경이 어떤 영향을 미치는지 알고 싶을 때 손계산은 실패합니다. 병목이 개선 후 다른 단계로 이동할 수 있다는 사실을 보지 못하기 때문입니다.

방법 2: 다이어그램 내보내기

이미 깔끔한 BPMN 다이어그램이 있다면 계산 엔진이 있는 도구로 가져갈 수 있습니다. 표준인 BPSim은 바로 그 목적을 위해 존재합니다: 시뮬레이션 매개변수를 BPMN 모델에 붙여 표기법을 변경하지 않습니다.

실제로는 여전히 도착률, 분포, 용량, 근무 캘린더를 다시 입력해야 합니다. 다이어그램은 구조를 저장해 줄 뿐 데이터 입력 작업을 대신해 주지 않습니다. 데이터 입력이 노동입니다. 자세한 내용은 BPMN 도구와 시뮬레이션을 참조하세요.

추천 상황: 이미 BPMN을 유지 관리하고 모델이 큰 경우. 비추천 상황: 프로세스가 5~10단계라면 새로 모델링하는 것이 내보내기보다 빠릅니다.

방법 3: 계산 기능이 있는 도구에서 모델링하기

질문 2, 3, 4에는 이런 도구를 쓰지 않고는 답을 얻기 어렵습니다. 어떤 유형의 도구가 적절한지는 목적에 따라 다릅니다. 네 가지 범주와 한계는 프로세스 시뮬레이션: 소프트웨어 비교에 정리되어 있습니다.

요약:

비용이 큰 실수

가장 흔한 우회는 중간 형태입니다: 다이어그램에 숫자("10 Min", "74 % 가동률", "3 Tage")를 적고 그 결과를 계산값처럼 취급하는 것입니다.

숫자가 있는 다이어그램은 계산한 것처럼 보이므로 더 나쁩니다. 운영위원회에서는 누가 74%를 산정했는지 묻지 않을 것입니다. 프로젝트가 진행되어 숫자가 맞지 않게 될 때까지 아무도 문제 삼지 않습니다.

다이어그램에 숫자를 기입한다면 출처와 그 숫자가 무엇을 의미하지 않는지 함께 적으세요. "처리시간, 추정치, 대기시간 제외"는 정직한 라벨입니다. 단지 "74 %"만 적혀 있으면 주장일 뿐입니다.

실용적 권장사항

1. Visio는 할 수 있는 일에만 사용하세요. 문서화, 교육, 감사에는 거의 대체제가 없습니다.
2. 각 단계의 가동률을 손으로 계산하세요. 반나절이면 병목을 알 수 있습니다.
3. 변경을 정당화해야 할 때만 계산 엔진이 있는 도구를 사용하고, 단일 수치 대신 범위를 제공하는 도구를 선택하세요.

FlowVisual은 3단계용으로 설계되었습니다: 프로세스를 분 단위 구성요소로 클릭해 조립하고, 부하를 걸어 실행하며, 이전/이후를 유로로 P10–P90 범위로 제시합니다. Visio를 대체하지는 않습니다. Visio가 다루지 않는 문제에 답을 줍니다.