Process Mining 또는 Simulation? 과거 대 미래

Inhaltsverzeichnis+

한 문장으로 차이

Process Mining은 과거를 보고 측정합니다. Simulation은 미래를 보고 계산합니다.

나머지는 모두 여기서 따라옵니다. 데이터 요구사항도, 한계도, 그리고 어느 쪽이 귀하의 문제를 해결하는지도 마찬가지입니다.

Process Mining이 하는 일

귀하의 시스템(ERP, 티켓 시스템, 워크플로우 엔진) 로그에서 실제 흐름이 재구성됩니다. 필요한 것은 세 개의 열입니다:

사건번호 | 활동                  | 타임스탬프
--------|------------------------|------------------
RE-2026-0418   | Rechnung erfasst       | 2026-03-02 09:14
RE-2026-0418   | Zur Freigabe gesendet  | 2026-03-02 09:22
RE-2026-0418   | Freigegeben            | 2026-03-09 16:40

여기서 얻는 것들:

• 실제 흐름, 문서화된 것이 아니라 실제 일어난 것. 자주 놀라움을 줍니다.
• 변형: 하나의 건이 실제로 얼마나 많은 다른 경로를 거치는가? 두 자리 수는 보통이고 세 자리 수도 드물지 않습니다.
• 단계별 및 변형별 실제 처리 시간, 추정이 아니라 측정.
• 루프와 재작업: 건이 몇 번 뒤로 갔는지.
• 규정 위반: 결제 후에 이뤄진 승인; 본래 두 사람 검토 원칙이 한 사람만 이행된 경우.

이 클래스의 도구로는 Celonis, SAP Signavio Process Intelligence, UiPath Process Mining, Apromore, Disco와 오픈소스 라이브러리 PM4Py가 있습니다.

전제 조건은 엄격합니다: 시스템 경계를 넘는 일관된 로그가 없으면 분석이 불가능합니다. 이메일, 전화 또는 종이로 진행되는 프로세스는 흔적을 남기지 않습니다. 바로 그 지점에서 행정 프로세스의 대기시간이 자주 발생합니다.

프로세스 시뮬레이션이 하는 일

흐름을 모델로 재현하고 건들을 인위적으로 흘려보냅니다: 도착량을 추출하고, 처리시간을 추출하며, 제한된 용량을 적용합니다. 필요한 것은 수량, 범위, 용량과 캘린더입니다. 가정은 허용되며 단, 가정은 가시적으로 남아 있어야 합니다.

여기서 얻는 것들:

• 변동을 고려한 병목, 평균이 아니라 성수기의 하루를 기준으로 계산합니다.
• P50과 P90으로 표현된 처리시간 구간, 아직 존재하지 않는 상태에 대한 예측입니다.
• 조치 후 병목의 이동.
• 변경의 금전적 가치(유로), 이전과 이후를 비교합니다.

병렬 비교

돈이 드는 혼동

“먼저 Mining을 하고 나서 자동화로 얻는 것을 알 수 있습니다.”

아닙니다. Mining은 오늘 입력 단계가 얼마나 걸리는지 매우 정확히 알려줍니다. 하지만 말해주지 않는 것은: 만약 입력 시간이 내일 절반으로 줄어들면 무슨 일이 일어나는가입니다. 그때 전체 물량이 오늘 병목이 걸려있는 다음 단계에 동시에 도달해 병목이 이동합니다. 이러한 연쇄 효과는 아직 발생하지 않았기 때문에 어떤 로그에도 기록되어 있지 않습니다.

일부 Mining 플랫폼은 지금 시뮬레이션 구성요소를 제공합니다. 다른 도구들과 마찬가지로 두 가지 질문을 확인하세요: 점유된 단계 앞의 대기열을 시뮬레이션하나요, 아니면 경로를 따라 시간을 단순 합산하나요? 그리고 결과가 구간으로 나오나요 아니면 단일 값으로 나오나요?

반대로도 마찬가지입니다: 현재 상태를 정확히 안다고 주장하는 시뮬레이션은 과대평가한 것입니다. 시뮬레이션은 귀하가 입력한 가정을 알고 있을 뿐입니다. Little's Law(재고 ÷ 일일 처리량을 계산된 처리시간과 비교하는)로 검증하는 것은 선택이 아니라 필수입니다.

둘의 협력 방식

가장 강력한 조합은 특별할 것 없습니다: Mining은 시뮬레이션이 보통 추정해야 하는 입력값을 제공합니다.

둘 다 있으면 시뮬레이션의 가장 약한 부분인 추정 입력을 측정값으로 대체할 수 있습니다. 하나만 있는 경우에는 그로는 어떤 질문에 답할 수 없는지 알아야 합니다.

결정

Process Mining을 선택하세요, 다음과 같다면:

• 일관된 이벤트 로그가 존재하거나 합리적인 노력으로 만들 수 있다,
• 실제 흐름을 아무도 모른다,
• 규정 준수, 변형 또는 재작업이 핵심 질문이다,
• 일회성이 아닌 지속적 측정을 원한다.

Simulation을 선택하세요, 다음과 같다면:

• 변경을 발생하기 전에 평가해야 한다,
• 프로세스가 시스템 외부(이메일, 전화, 종이)에서 진행된다,
• 결정이 이번 달 안에 내려져야 한다,
• 누군가 서명할 유로 단위의 숫자가 필요하다.

둘 다 사용하세요, 로그가 있고 그래도 미래를 계산하고 싶다면. 대규모 조직에서는 이것이 일반적이며 순서는: 먼저 측정하고 그다음 계산합니다.