Objektzentriertes Process Mining: Wann lohnt es sich?

Setzen Sie objektzentriertes Process Mining ein, wenn mehrere Objekte zusammenlaufen. Nutzen Sie Multiple Perspectives, wenn Objekte zwar dieselben Ereignisse teilen, sich aber getrennt analysieren lassen. Entscheidend ist die Case-Definition: Welche Entität oder Entitätsgruppe soll eine Prozessinstanz abbilden?

Was ein Case tatsächlich ist

Ein Case ist die Einheit, die Sie durch einen Prozess verfolgen. Beim Case-zentrierten Process Mining wird jedes Ereignis einem Case zugeordnet, etwa einer Bestellung, Rechnung oder Kundin beziehungsweise einem Kunden. So entsteht ein klarer Prozesspfad. Die Analyse kann jedoch verzerrt werden, wenn ein Ereignis mehrere Objekte betrifft oder diese Objekte unterschiedlichen Lebenszyklen folgen.

Stellen Sie sich eine Bestellung mit mehreren Positionen vor, die einzeln versandt werden, sowie mehreren Rechnungen. Verwenden Sie die Bestellung als Case, können Aktivitäten auf Positions- und Rechnungsebene zu einem einzigen Pfad zusammengefasst werden. Verwenden Sie eine Position als Case, geht möglicherweise der übergeordnete Bestellkontext verloren.

Bevor Sie sich für einen Ansatz entscheiden, sollten Sie sich fragen:

• Welcher Entität folgt Ihre geschäftliche Fragestellung?
• Gehört jedes Ereignis zu einem Case oder kann es mehrere Objekte betreffen?
• Müssen Sie diese Beziehungen gemeinsam analysieren, oder reichen getrennte Sichten aus?

Die Case-Definition prägt das Event Log und die sichtbaren Varianten. Eine Einführung in die Grundlagen finden Sie unter Was ist Process Mining?.

Wie funktioniert objektzentriertes Process Mining?

Objektzentriertes Process Mining bildet Ereignisse und ihre Beziehungen zu mehreren Objekttypen ab, statt jedes Ereignis einem einzelnen Case zuzuordnen. Häufig kommt dabei OCEL zum Einsatz, ein Format für objektzentrierte Event Logs. Ein objektzentriertes Prozessmodell nach OCPM kann beispielsweise eine Bestellung mit ihren Positionen, Lieferungen und Rechnungen verknüpfen.

Betrachten wir eine Kundenbestellung mit drei Positionen. Jede Position hat einen eigenen Erfüllungsprozess. Die Positionen werden in zwei Lieferungen versandt. Da eine Position nachgeliefert werden muss, entstehen für die Bestellung zwei Rechnungen. Insgesamt umfasst der Prozess eine Bestellung, drei Positionen, zwei Lieferungen und zwei Rechnungen.

Bei OCPM kann ein Ereignis mit den Objekten verknüpft werden, auf die es sich auswirkt. So können Sie untersuchen, wie Bestellung, Positionen, Lieferungen und Rechnungen zusammenhängen, ohne für jede Fragestellung ein einzelnes Objekt als Case festzulegen. Sie könnten zum Beispiel prüfen, ob eine Versandabweichung mit einer verspäteten Rechnung zusammenfällt.

Diese umfassendere Sicht bringt auch mehr Komplexität mit sich. Ihre Daten müssen die relevanten Beziehungen zwischen Objekten abbilden. Ein Netzwerk mit vielen Objekten und Verknüpfungen kann schwerer zu interpretieren sein. OCPM ist nicht einfach ein anderes Chart für ein herkömmliches Case-basiertes Event Log. Entscheidend ist, wie Sie die Ereignisdaten strukturieren und analysieren.

Wie funktioniert der Ansatz Multiple Perspectives?

Multiple Perspectives gliedert die Prozessanalyse in getrennte Sichten. Sie können einen Prozess und seine relevanten Bereiche in BPMN definieren und anschließend die verfügbaren Ereignisdaten anhand dieser Perspektiven analysieren.

Im Beispiel mit der Bestellung könnten Sie die Bestellabwicklung, die Lieferung der einzelnen Positionen und die Rechnungsstellung als getrennte Perspektiven betrachten. Jede Sicht konzentriert sich auf eine bestimmte Fragestellung und den dafür relevanten Prozesspfad. Sie können Erkenntnisse aus verschiedenen Sichten vergleichen. Dieser Ansatz bildet jedoch nicht sämtliche Beziehungen zwischen Objekten gemeinsam in einem objektzentrierten Event Log ab.

Der Ansatz eignet sich, wenn Sie die zu beantwortenden Fragen festlegen können und jede Analyse gezielt ausrichten möchten. Ein Modell gibt der Analyse eine Richtung, statt sich auf eine einzige Case-Definition zu verlassen, die den gesamten Prozess erklären soll.

Mit Multiple Perspectives untersuchen Sie einen Prozess aus verschiedenen, gezielt ausgerichteten Sichten. Passen Sie das Modell an die jeweilige Fragestellung an. So bleibt jede Sicht für die Menschen verständlich, die mit diesem Prozessbereich arbeiten.

Wie unterscheiden sich OCPM und Multiple Perspectives?

Beide Ansätze können dieselbe geschäftliche Frage beantworten. Sie unterscheiden sich darin, wo sie die Komplexität abbilden.

Was zeigt das Beispiel mit der Bestellung und den drei Positionen?

Bei denselben drei Fragen ergeben sich unterschiedliche Antworten, je nachdem, ob Sie die einzelnen Objekte verfolgen können.

Der Unterschied liegt darin, wo die Komplexität anfällt. Bei OCPM steckt mehr davon in der Datenstruktur und der gemeinsamen Analyse. Bei Multiple Perspectives liegt mehr davon in der Auswahl und dem Vergleich der Sichten. In beiden Fällen müssen Sie die Fragestellung festlegen und verstehen, welche Erkenntnisse Ihre Daten ermöglichen.

Wie Prozessvarianten den Vergleich von Pfaden ermöglichen, erfahren Sie in der Dokumentation zu Prozessvarianten.

Wann sollten Sie OCPM oder Multiple Perspectives einsetzen?

Setzen Sie OCPM ein, wenn es keine sinnvolle einzelne Case-Definition gibt und Ihre Fragestellung von den Beziehungen zwischen Objekten abhängt. Ein Beispiel ist die Bestellabwicklung über mehrere Positionen, Lieferungen und Rechnungen hinweg. Voraussetzung sind Ereignisdaten, die diese Beziehungen abbilden.

Verwenden Sie Multiple Perspectives, wenn Sie Ihre Fragestellungen vorab festlegen können, Objekte Ereignisse teilen und getrennte Sichten zur Beantwortung ausreichen. Ein Modell kann jede Analyse gezielt ausrichten und die Ergebnisse den Verantwortlichen des jeweiligen Prozessbereichs verständlich machen.

Wenn Sie unsicher sind, beginnen Sie mit der Case-Definition und testen Sie beide Ansätze mit demselben Datensatz. Die Grundlagen können Sie unter Definition eines Case nachlesen. Praktische Hinweise zur Untersuchung Ihrer eigenen Daten finden Sie unter Prozess analysieren. Wie perspektivenbasierte Analysen auf der Plattform funktionieren, erfahren Sie unter Process Mining.