객체 중심 process mining, 언제 적합할까요?
객체가 하나의 프로세스에서 맞물리면 OCPM을, 이벤트를 공유하지만 별도로 분석할 수 있으면 Multiple Perspectives를 사용하세요.
객체가 맞물리는 프로세스에는 객체 중심 process mining을, 이벤트를 공유하지만 별도로 분석할 수 있는 경우에는 Multiple Perspectives를 사용하세요. 어떤 프로세스 인스턴스를 하나의 단위로 볼지, 즉 어떤 개체나 개체 집합을 추적할지 결정하는 것이 관건입니다.
케이스란 무엇인가요?
케이스는 프로세스 전반에서 추적하는 단위입니다. 케이스 중심 process mining에서는 각 이벤트를 주문, 송장, 고객 같은 케이스 하나에 연결합니다. 이를 통해 명확한 프로세스 경로를 볼 수 있지만, 이벤트가 여러 객체와 관련되거나 객체마다 별도의 생애 주기를 따르는 경우 분석이 왜곡될 수 있습니다.
여러 품목이 있고 품목별로 따로 배송되며 송장도 여러 장 발행되는 주문을 생각해 보세요. 주문을 케이스로 설정하면 품목 및 송장 수준의 활동이 하나의 경로로 합쳐질 수 있습니다. 품목을 케이스로 설정하면 주문 전체의 맥락을 놓칠 수 있습니다.
방식을 선택하기 전에 다음을 확인하세요.
- 업무 질문에서 추적하려는 대상은 무엇인가요?
- 각 이벤트는 하나의 케이스에만 속하나요, 아니면 여러 객체와 관련될 수 있나요?
- 객체 간 관계를 함께 분석해야 하나요, 아니면 별도의 관점으로 충분한가요?
케이스 정의에 따라 이벤트 로그와 확인할 수 있는 변형이 달라집니다. 기본 개념은 process mining이란 무엇인지에서 확인하세요.
객체 중심 process mining은 어떻게 작동하나요?
객체 중심 process mining은 모든 이벤트를 하나의 케이스에 지정하는 대신, 여러 객체 유형과 이벤트 간 관계를 표현합니다. 이 방식은 객체 중심 이벤트 로그 형식인 OCEL과 함께 사용되는 경우가 많습니다. OCPM 객체 중심 프로세스 모델에서는 주문, 주문 품목, 배송, 송장 같은 객체를 연결할 수 있습니다.
주문 품목이 세 개인 고객 주문을 예로 들어보겠습니다. 각 품목은 고유한 이행 과정을 거칩니다. 품목은 두 번에 나누어 배송되고, 한 품목이 입고 지연되면서 송장도 두 장 발행됩니다. 이 프로세스에는 주문 하나, 품목 세 개, 배송 두 건, 송장 두 장이 포함됩니다.
OCPM에서는 이벤트를 영향을 받는 객체에 연결할 수 있습니다. 하나의 객체를 모든 질문의 케이스로 지정하지 않고도 주문, 품목, 배송, 송장 간 관계를 살펴볼 수 있습니다. 예를 들어 배송 예외가 송장 지연과 함께 발생하는지 확인할 수 있습니다.
이처럼 넓은 관점에는 복잡성이 따릅니다. 데이터에 관련 객체 간 관계가 기록되어야 하며, 객체와 연결이 많은 네트워크는 해석하기 어려울 수 있습니다. OCPM은 일반적인 케이스 기반 로그를 다른 차트로 표현하는 방식이 아닙니다. 이벤트 데이터를 구성하고 분석하는 방법 자체가 달라집니다.
객체 중심 process mining을 오랫동안 검토했지만, 우리가 지원하는 사용자에게 어떤 이점이 있는지는 여전히 분명하지 않습니다. 분석을 데이터 중심의 형태로 옮기면 공급업체에는 편리할 수 있다는 점을 이해합니다. 하지만 우리의 역할은 현업 사용자가 프로세스를 명확히 파악하도록 돕는 것입니다. 현업 사용자가 이해할 수 없는 관점은 발전이라고 보기 어렵습니다.
Multiple Perspectives 방식은 어떻게 작동하나요?
Multiple Perspectives는 프로세스 분석을 여러 관점으로 나눕니다. BPMN에서 프로세스와 분석할 영역을 정의한 뒤, 각 관점에서 사용 가능한 이벤트 데이터를 분석할 수 있습니다.
앞서 든 주문 사례에서는 주문 이행, 품목 배송, 송장을 각각 별도의 관점으로 살펴볼 수 있습니다. 각 관점은 특정 질문과 그에 관련된 프로세스 경로에 초점을 맞춥니다. 관점별 결과를 비교할 수 있지만, 모든 객체 간 관계를 하나의 객체 중심 이벤트 로그에 함께 표현하지는 않습니다.
답할 질문을 미리 정할 수 있고 분석의 초점을 유지하고 싶다면 이 방식이 적합합니다. 모델이 분석의 기준을 제공하므로, 하나의 케이스 정의만으로 전체 상황을 설명할 필요가 없습니다.
Multiple Perspectives를 사용하면 초점을 좁힌 여러 관점에서 프로세스를 살펴볼 수 있습니다. 필요한 질문에 맞게 모델을 조정하고, 각 관점이 해당 프로세스를 담당하는 사용자에게 명확하게 보이도록 유지하세요.
OCPM과 Multiple Perspectives는 어떻게 비교되나요?
두 방식 모두 같은 업무 질문에 답할 수 있지만, 복잡성을 다루는 방식이 다릅니다.
| 비교 항목 | 객체 중심 process mining(OCPM) | Multiple Perspectives |
|---|---|---|
| 케이스 정의 | 하나의 케이스 유형을 요구하는 대신 이벤트를 여러 객체 유형에 연결합니다 | 모델에 따라 구분된 관점에서 프로세스를 살펴봅니다 |
| 데이터 구조 | 객체 간 관계가 기록된 이벤트 데이터가 필요합니다 | 사용 가능한 데이터에 프로세스 모델을 더해 구조와 맥락을 제공합니다 |
| 분석 초점 | 여러 객체 간 상호작용을 함께 살펴봅니다 | 특정 프로세스 관점이나 질문에 초점을 맞춥니다 |
| 객체 간 질문 | 분석에서 객체 유형 간 관계를 표현합니다 | 별도 관점의 결과를 비교해야 합니다 |
| 이해하기 쉬운 정도 | 객체와 연결이 많은 네트워크는 이해하기 어려울 수 있습니다 | 각 관점이 프로세스의 특정 부분에 초점을 맞출 수 있습니다 |
| 조정 용이성 | 객체 관계나 데이터가 바뀌면 준비와 재처리가 필요할 수 있습니다 | 모델이나 관점을 바꿔 분석 초점을 조정할 수 있습니다 |
| 적합한 경우 | 객체가 서로 맞물리고 객체 간 관계가 질문의 답에 중요한 프로세스 | 객체가 이벤트를 공유하지만 별도의 관점으로 분석할 수 있는 프로세스 |
품목 세 개가 있는 주문 사례에서 무엇을 알 수 있나요?
동일한 세 가지 질문도 객체를 추적할 수 있는지에 따라 답이 달라집니다.
| 질문 | OCPM | Multiple Perspectives |
|---|---|---|
| 어떤 주문 품목이 지속해서 늦어지나요? | 각 품목의 생애 주기를 추적해 지연을 해당 품목과 연결합니다 | 품목에 초점을 둔 관점에서 이행 과정을 분석합니다 |
| 송장 지연이 배송 예외와 함께 발생하나요? | 송장 객체와 배송 객체 간 관계를 표현합니다 | 송장 관점과 배송 관점의 결과를 비교합니다 |
| 이 케이스가 40일 걸린 이유는 무엇인가요? | 연결된 객체 간 상호작용을 보여주지만, 연결이 많으면 경로를 파악하기 어려울 수 있습니다 | 해당 케이스의 모델 경로를 추적하고 어디에서 벗어났는지 보여줍니다 |
차이는 각 방식이 복잡성을 다루는 곳에 있습니다. OCPM은 데이터 구조와 통합 분석에 더 많은 복잡성이 생깁니다. Multiple Perspectives는 관점을 선택하고 비교하는 과정에 복잡성이 더해집니다. 어느 방식이든 질문을 구체화하고 데이터로 무엇을 확인할 수 있는지 이해해야 합니다.
프로세스 변형을 통해 경로를 비교하는 방법은 프로세스 변형 문서에서 확인하세요.
OCPM과 Multiple Perspectives는 언제 사용해야 하나요?
적절한 단일 케이스 정의가 없고 질문의 답이 객체 간 관계에 달려 있다면 OCPM을 사용하세요. 품목, 배송, 송장 전반의 주문 이행이 한 가지 예입니다. 데이터에 이 관계가 기록되어 있어야 합니다.
질문을 미리 정할 수 있고 객체가 이벤트를 공유하며 별도 관점만으로 답을 얻을 수 있다면 Multiple Perspectives를 사용하세요. 모델을 통해 각 분석의 초점을 정하고, 해당 프로세스를 담당하는 사용자에게 결과를 설명할 수 있습니다.
확신이 서지 않는다면 케이스 정의부터 살펴보고 동일한 데이터셋에 두 가지 방식을 적용해 비교하세요. 기본 개념을 다시 확인하려면 케이스의 정의부터 살펴보세요. 실제 데이터를 분석하는 방법은 프로세스 분석 방법에서, 플랫폼에서 관점 기반 분석이 어떻게 작동하는지는 process mining에서 확인할 수 있습니다.
Where to Go From Here
사례를 어떻게 정의할지는 실무적인 출발점이지, 바꿀 수 없는 결정이 아닙니다. 보유한 데이터로 각 관점에서 어떤 질문에 답할 수 있는지 비교한 뒤, 연결된 객체 관계가 필요한지 특정 관점에 집중하면 되는지 판단하세요.