Object-centric process mining: kiedy warto go stosować?
OCPM sprawdza się, gdy obiekty łączą się w jednym procesie. Multiple Perspectives warto wybrać, gdy obiekty współdzielą zdarzenia, ale można analizować je osobno.
Object-centric process mining sprawdza się, gdy obiekty łączą się w jednym procesie. Multiple Perspectives warto wybrać, gdy obiekty współdzielą zdarzenia, ale można analizować je osobno. Wybór zależy od tego, co ma reprezentować każda instancja procesu: jeden obiekt czy ich grupę.
Czym właściwie jest przypadek?
Przypadek to jednostka śledzona w procesie. W process mining opartym na przypadkach każde zdarzenie przypisuje się do jednego przypadku, na przykład zamówienia, faktury lub klienta. Dzięki temu widać wyraźną ścieżkę procesu, ale analiza może być zniekształcona, gdy zdarzenie dotyczy kilku obiektów albo obiekty te przechodzą przez osobne cykle życia.
Wyobraźmy sobie zamówienie z kilkoma pozycjami. Każda jest wysyłana osobno, a do zamówienia wystawiono kilka faktur. Jeśli przypadkiem będzie całe zamówienie, czynności dotyczące poszczególnych pozycji i faktur mogą zostać połączone w jedną ścieżkę. Jeśli przypadkiem będzie pojedyncza pozycja, może zabraknąć szerszego kontekstu zamówienia.
Przed wyborem podejścia warto odpowiedzieć na pytania:
- Za jakim obiektem podąża pytanie biznesowe?
- Czy każde zdarzenie należy do jednego przypadku, czy może dotyczyć kilku obiektów?
- Czy trzeba analizować te powiązania łącznie, czy wystarczą osobne widoki?
Wybór przypadku wpływa na dziennik zdarzeń i widoczne warianty procesu. Wprowadzenie do podstaw process mining znajdą Państwo w artykule Czym jest process mining.
Jak działa object-centric process mining?
Object-centric process mining pokazuje zdarzenia i ich powiązania z wieloma typami obiektów, zamiast przypisywać każde zdarzenie do jednego przypadku. To podejście często wykorzystuje format OCEL, czyli obiektowy dziennik zdarzeń. Model procesu OCPM może łączyć obiekty takie jak zamówienie, jego pozycje, dostawy i faktury.
Rozważmy zamówienie klienta obejmujące trzy pozycje. Każda pozycja przechodzi własny cykl realizacji. Towar wysyłany jest w dwóch dostawach, a do zamówienia wystawiono dwie faktury, ponieważ jednej pozycji nie było w magazynie. Proces obejmuje jedno zamówienie, trzy pozycje, dwie dostawy i dwie faktury.
W OCPM zdarzenie można powiązać z obiektami, których dotyczy. Można analizować relacje między zamówieniem, pozycjami, dostawami i fakturami bez wybierania jednego obiektu jako przypadku dla każdego pytania. Można na przykład sprawdzić, czy wyjątek przy wysyłce zbiega się z opóźnieniem faktury.
Szerszy obraz oznacza też większą złożoność. Dane muszą uwzględniać istotne powiązania między obiektami, a sieć złożona z wielu obiektów i połączeń może być trudniejsza do interpretacji. OCPM to nie tylko inny wykres dla standardowego dziennika opartego na przypadkach. Wymaga odpowiedniego przygotowania i analizy danych o zdarzeniach.
Długo analizowaliśmy object-centric process mining i nadal nie widzimy, jak miałoby pomóc osobom, dla których tworzymy naszą platformę. Przenosi analizę do układu bardziej zorientowanego na dane. Rozumiemy, dlaczego może to ułatwiać pracę dostawcom narzędzi. Naszym celem jest coś innego: pomóc osobom pracującym z procesami uzyskać ich jasny obraz. Widok, którego nie potrafi odczytać użytkownik biznesowy, nie oznacza postępu.
Jak działa podejście Multiple Perspectives?
Multiple Perspectives dzieli analizę procesu na osobne widoki. Można zdefiniować proces i interesujące obszary w BPMN, a następnie analizować dostępne dane o zdarzeniach z wybranych perspektyw.
W przypadku zamówienia można osobno analizować jego realizację, dostawy poszczególnych pozycji i fakturowanie. Każdy widok skupia się na konkretnym pytaniu i istotnej dla niego ścieżce procesu. Wyniki można porównywać między widokami, ale to podejście nie pokazuje wszystkich powiązań między obiektami w jednym obiektowym dzienniku zdarzeń.
To podejście sprawdza się, gdy wiadomo, na jakie pytania trzeba odpowiedzieć, a każda analiza ma pozostać skupiona na konkretnym zagadnieniu. Model pomaga ukierunkować analizę, zamiast opierać cały obraz procesu na jednej definicji przypadku.
Multiple Perspectives pozwala analizować proces z wybranych perspektyw. Model można dostosować do konkretnego pytania, zachowując czytelność każdego widoku dla osób pracujących w danym obszarze procesu.
Jak porównać OCPM i Multiple Perspectives?
Oba podejścia mogą pomóc odpowiedzieć na to samo pytanie biznesowe. Różnią się tym, gdzie umieszczają złożoność.
| Wymiar | Object-centric process mining (OCPM) | Multiple Perspectives |
|---|---|---|
| Wybór przypadku | Łączy zdarzenia z wieloma typami obiektów, zamiast wymagać jednego typu przypadku | Wykorzystuje osobne widoki procesu oparte na modelu |
| Struktura danych | Wymaga danych o zdarzeniach, które uwzględniają powiązania między obiektami | Wykorzystuje dostępne dane oraz modele procesów, aby nadać analizie strukturę i kontekst |
| Zakres analizy | Analizuje łącznie interakcje między obiektami | Skupia się na wybranym widoku procesu lub pytaniu |
| Pytania dotyczące wielu obiektów | Uwzględnia w analizie powiązania między typami obiektów | Wymaga porównania wyników z osobnych perspektyw |
| Czytelność | Rozbudowana sieć obiektów i połączeń może być trudna do odczytania | Każdy widok może skupiać się na wybranym obszarze procesu |
| Możliwość dostosowania | Zmiany w powiązaniach między obiektami lub w danych mogą wymagać przygotowania i ponownego przetwarzania | Analizę można zmienić, modyfikując model lub perspektywę |
| Najlepsze zastosowanie | Procesy, w których obiekty łączą się, a ich powiązania mają znaczenie dla analizy | Procesy, w których obiekty współdzielą zdarzenia, ale można analizować je w osobnych widokach |
Co pokazuje przykład zamówienia z trzema pozycjami?
Odpowiedź na te same trzy pytania zależy od tego, czy można śledzić powiązania między obiektami.
| Pytanie | OCPM | Multiple Perspectives |
|---|---|---|
| Które pozycje zamówienia regularnie się spóźniają? | Śledzi każdą pozycję w jej cyklu realizacji, dzięki czemu opóźnienia można powiązać z konkretną pozycją | Analizuje realizację zamówienia z perspektywy poszczególnych pozycji |
| Czy opóźnienie faktury zbiega się z wyjątkiem przy dostawie? | Pokazuje powiązania między obiektami faktury i dostawy | Porównuje perspektywę faktury z perspektywą dostawy |
| Dlaczego realizacja tego przypadku trwała 40 dni? | Pokazuje interakcje między powiązanymi obiektami, choć duża liczba połączeń może utrudnić odczytanie ścieżki | Śledzi zamodelowaną ścieżkę przypadku i wskazuje, gdzie przebieg odbiegał od modelu |
Różnica polega na tym, gdzie każde podejście uwzględnia złożoność. W OCPM większa część złożoności wynika ze struktury danych i łącznej analizy. W Multiple Perspectives wiąże się głównie z wyborem widoków i porównywaniem ich wyników. W obu przypadkach trzeba określić pytanie i wiedzieć, co można ustalić na podstawie danych.
Informacje o tym, jak warianty procesów pomagają porównywać ścieżki, znajdą Państwo w dokumentacji wariantów procesów.
Kiedy wybrać OCPM, a kiedy Multiple Perspectives?
OCPM warto stosować, gdy nie da się wskazać jednego użytecznego przypadku, a odpowiedź zależy od powiązań między obiektami. Przykładem jest realizacja zamówienia obejmującego wiele pozycji, dostaw i faktur. Potrzebne są też dane o zdarzeniach, które uwzględniają te powiązania.
Multiple Perspectives sprawdza się, gdy można z góry określić pytania, obiekty współdzielą zdarzenia, a do uzyskania odpowiedzi wystarczą osobne widoki. Model może ukierunkować każdą analizę i pomóc wyjaśnić jej wyniki osobom odpowiedzialnym za dany obszar procesu.
Jeśli nie mają Państwo pewności, warto zacząć od wyboru przypadku i sprawdzić oba podejścia na tym samym zbiorze danych. Aby przypomnieć sobie podstawy, zacznij od definicji przypadku. Praktyczne wskazówki dotyczące analizy własnych danych znajdziesz w artykule Jak analizować proces. Informacje o analizie z różnych perspektyw na platformie zawiera strona process mining.
Where to Go From Here
Definicja case to praktyczny punkt wyjścia, a nie decyzja na zawsze. Sprawdź, na jakie pytania pozwala odpowiedzieć każde ujęcie przy użyciu dostępnych danych, a potem zdecyduj, czy potrzebne są powiązania między obiektami, czy raczej ukierunkowane perspektywy.
