Sortiere das Log nach Startzeit

Übersicht

Die Anreicherung "Sortiere das Log nach Startzeit" ändert, wie Ereignisse in Ihrem Process-Mining-Datensatz sortiert werden, wenn Aktivitäten sowohl Start- als auch Endzeitstempel besitzen. Standardmäßig sortiert mindzieStudio Ereignisse nach ihrer Abschlusszeit (Endzeitstempel), was die Reihenfolge zeigt, in der Aktivitäten beendet wurden. Diese Anreicherung wechselt die Sortierung auf die Startzeitstempel und zeigt somit die tatsächliche Reihenfolge, in der Aktivitäten begonnen wurden. Diese Unterscheidung ist entscheidend, um den tatsächlichen Prozessablauf zu verstehen, parallele Aktivitäten zu erkennen und Muster der Ressourcenverteilung zu analysieren.

Diese Anreicherung ist besonders wertvoll, wenn Prozesse analysiert werden, bei denen die Initiierungsreihenfolge erheblich von der Abschlussreihenfolge abweicht, wie etwa Fertigungsprozesse mit unterschiedlichen Aktivitätsdauern, Behandlungsabläufe im Gesundheitswesen, bei denen Verfahren mit unterschiedlichen Geschwindigkeiten starten und enden, oder Projektmanagement-Szenarien mit vielen sich überschneidenden Aufgaben. Durch das Sortieren nach Startzeit gewinnen Sie Einblicke, wann Arbeit tatsächlich beginnt, wie Ressourcen zu Beginn von Aktivitäten verteilt werden und welche echten Abhängigkeiten zwischen Prozessschritten bestehen. Diese Perspektive ist essenziell für Kapazitätsplanung, Engpassidentifikation an Aktivitätsbeginnpunkten und das Verständnis der tatsächlichen Reihenfolge der Arbeitsinitialisierung.

Häufige Einsatzgebiete

  • Analyse der tatsächlichen Initiierungssequenz von Aktivitäten in Fertigungsprozessen
  • Verständnis von Ressourcenverteilungsmustern basierend darauf, wann Arbeit tatsächlich beginnt
  • Identifikation von Engpässen an Aktivitätsstartpunkten statt an Abschlusszeitpunkten
  • Erkennung von parallelen Verarbeitungsmustern, die durch Sortierung nach Endzeit verborgen bleiben
  • Analyse der Bildung von Warteschlangen und Arbeitsinitialisierungsmustern
  • Verständnis echter Prozessabhängigkeiten basierend auf Startzeitfolgen von Aktivitäten
  • Optimierung der Ressourceneinsatzplanung durch Einsicht, wann Aktivitäten wirklich beginnen

Einstellungen

Diese Anreicherung verfügt über keine konfigurierbaren Einstellungen. Sie bewirkt eine globale Änderung der Sortierung des gesamten Ereignisprotokolls, indem die Sortierung von Endzeit- auf Startzeit-Reihenfolge umgestellt wird. Die Anreicherung hat nur dann eine Wirkung, wenn Ihr Datensatz Aktivitäten mit sowohl Start- als auch Endzeitstempeln enthält. Falls Ihre Aktivitäten nur einzelne Zeitstempel besitzen, ändert diese Anreicherung die Log-Reihenfolge nicht.

Beispiele

Beispiel 1: Analyse eines Fertigungsprozesses

Szenario: In einer Produktionslinie bearbeiten mehrere Arbeitsstationen Artikel mit unterschiedlichen Dauern. Sie müssen die tatsächliche Reihenfolge der Arbeitsaufnahme verstehen, um die Ressourcenallokation zu optimieren und zu identifizieren, wo sich Warteschlangen am Prozessstart bilden.

Einstellungen:

  • Keine Konfiguration erforderlich

Ausgabe: Vor der Anreicherung sortiert nach Endzeit könnte das Ereignisprotokoll zeigen:

  • Station A beendet um 10:30 (gestartet um 09:00, Dauer: 1,5 Stunden)
  • Station B beendet um 10:15 (gestartet um 10:00, Dauer: 15 Minuten)
  • Station C beendet um 11:00 (gestartet um 08:30, Dauer: 2,5 Stunden)

Nach der Anreicherung, sortiert nach Startzeit:

  • Station C startet um 08:30
  • Station A startet um 09:00
  • Station B startet um 10:00

Erkenntnisse: Die Sicht auf die Startzeit zeigt, dass Station C tatsächlich zuerst mit der Verarbeitung beginnt, obwohl sie zuletzt fertig wird – dies deutet auf eine langwierige Aktivität hin, die möglicherweise zusätzliche Ressourcen braucht. Station B startet zuletzt, obwohl sie schnell abschließt, was darauf hindeutet, dass sie von Ergebnissen anderer Stationen abhängig ist.

Beispiel 2: Sequenzierung von Behandlungen im Gesundheitswesen

Szenario: In einer Notaufnahme eines Krankenhauses haben verschiedene Behandlungen und Verfahren unterschiedliche Dauern. Das Verständnis, wann Behandlungen tatsächlich beginnen, ist entscheidend für das Patientenflussmanagement und die Ressourcenplanung.

Einstellungen:

  • Keine Konfiguration erforderlich

Ausgabe: Sortierung nach Endzeit:

  • Bluttestergebnisse: 14:30 (gestartet 13:00)
  • Röntgen abgeschlossen: 14:15 (gestartet 14:00)
  • Erstuntersuchung: 13:30 (gestartet 13:00)
  • Behandlung durchgeführt: 15:00 (gestartet 14:45)

Sortierung nach Startzeit:

  • Erstuntersuchung: 13:00
  • Bluttest: 13:00 (parallel zur Untersuchung)
  • Röntgen: 14:00
  • Behandlung: 14:45

Erkenntnisse: Die Sortierung nach Startzeit zeigt, dass Bluttests und Erstuntersuchungen gleichzeitig beginnen, was auf eine effiziente parallele Bearbeitung hinweist. Die Lücke zwischen Röntgenstart und Behandlungsbeginn deutet auf eine Wartezeit auf Ergebnisse hin, was ein potenzielles Optimierungspotenzial darstellt.

Beispiel 3: Projektaufgabenmanagement

Szenario: In einem Softwareentwicklungsprojekt mit überlappenden Aufgaben müssen Sie verstehen, wann die Arbeit an verschiedenen Komponenten tatsächlich beginnt, um die Entwicklerzuweisung besser zu steuern und echte Aufgabenzusammenhänge zu erkennen.

Einstellungen:

  • Keine Konfiguration erforderlich

Ausgabe: Vor der Anreicherung (Endzeit-Ansicht):

  • Datenbankdesign: Fertigstellung am Tag 5
  • API-Entwicklung: Fertigstellung am Tag 8
  • Frontend-Entwicklung: Fertigstellung am Tag 10
  • Testing: Fertigstellung am Tag 12

Nach der Anreicherung (Startzeit-Ansicht):

  • Datenbankdesign: Beginn am Tag 1
  • Frontend-Entwicklung: Beginn am Tag 2 (parallele Arbeit)
  • API-Entwicklung: Beginn am Tag 4
  • Testing: Beginn am Tag 7 (startet vor Abschluss aller Entwicklungsarbeiten)

Erkenntnisse: Die Sortierung nach Startzeit zeigt, dass die Frontend-Entwicklung früh parallel zum Datenbankdesign beginnt und dass Tests starten, bevor die gesamte Entwicklung abgeschlossen ist. Dies deutet auf einen agilen Ansatz mit kontinuierlichem Testen statt eines Wasserfallmodells hin.

Beispiel 4: Bearbeitung von Versicherungsansprüchen

Szenario: Versicherungsansprüche durchlaufen verschiedene Validierungs- und Genehmigungsschritte mit unterschiedlichen Bearbeitungszeiten. Das Verständnis, wann jeder Schritt beginnt, hilft zu erkennen, wo Ansprüche sich stauen und wo parallele Verarbeitungen stattfinden.

Einstellungen:

  • Keine Konfiguration erforderlich

Ausgabe: Nach Endzeit sortierte Ereignisse eines Anspruchs:

  • Dokumentenprüfung abgeschlossen: Tag 3, 14:00
  • Risikoabschätzung abgeschlossen: Tag 2, 16:00
  • Erste Prüfung abgeschlossen: Tag 1, 11:00
  • Endgültige Genehmigung: Tag 4, 10:00

Nach Startzeit sortierte Ereignisse:

  • Erste Prüfung beginnt: Tag 1, 09:00
  • Risikoabschätzung beginnt: Tag 1, 10:00 (parallele Verarbeitung)
  • Dokumentenprüfung beginnt: Tag 2, 08:00
  • Endgültige Genehmigung beginnt: Tag 4, 09:00

Erkenntnisse: Die Sortierung nach Startzeit zeigt, dass die Risikoabschätzung beginnt, während die erste Prüfung noch läuft, was auf parallele Prozesse hindeutet. Die Dokumentenprüfung startet erst am Tag 2 und ist somit von den vorhergehenden Schritten abhängig.

Beispiel 5: Auftragsabwicklung im Lager

Szenario: In einem Verteilzentrum durchlaufen Bestellungen die Schritte Kommissionierung, Verpackung und Versand mit unterschiedlichen Bearbeitungsdauern. Das Verständnis der Startsequenzen hilft, die Arbeiterzuordnung zu optimieren und zu erkennen, wo sich Bestellungen in der Warteschlange befinden.

Einstellungen:

  • Keine Konfiguration erforderlich

Ausgabe: Standard-Ansicht nach Endzeit:

  • Bestellung A Versand: 15:00 (Kommissionierung gestartet um 09:00)
  • Bestellung B Versand: 14:30 (Kommissionierung gestartet um 11:00)
  • Bestellung C Versand: 14:45 (Kommissionierung gestartet um 08:00)

Sortierung nach Startzeit:

  • Bestellung C Kommissionierung beginnt: 08:00
  • Bestellung A Kommissionierung beginnt: 09:00
  • Bestellung B Kommissionierung beginnt: 11:00

Erkenntnisse: Obwohl Bestellung B vor Bestellung C versandt wird, begann Bestellung C tatsächlich viel früher, was auf eine komplexe Bestellung hinweist, die mehr Zeit benötigt. Diese Startzeit-Perspektive hilft Lagerleitern, das tatsächliche FIFO-Einhaltungsverhalten zu verstehen und Bestellungen zu identifizieren, die zu lange in der Bearbeitung verbringen.

Ausgabe

Die Anreicherung "Sortiere das Log nach Startzeit" ändert die grundlegende Sortierung der Ereignisse in Ihrem Prozesslog, ohne neue Attribute zu erstellen oder bestehende Datenwerte zu verändern. Die Anreicherung setzt eine interne Kennzeichnung (SortLogOnStartTime = true), die beeinflusst, wie alle Process-Mining-Visualisierungen und Analysen die Ereignisfolge interpretieren.

Auswirkung auf Process Mining: Nach Anwendung dieser Anreicherung spiegeln alle Prozessmodelle, Variantenanalysen und sequenzabhängigen Berechnungen die Sortierung nach Startzeit wider. Dies betrifft:

  • Visualisierungen des Prozessablaufs, die die Reihenfolge der Aktivitätsinitiierungen zeigen
  • Varianten-Erkennung basierend auf Startzeitfolgen
  • Durchlaufzeitberechnungen ab dem Beginn der ersten Aktivität
  • Engpassanalysen mit Fokus auf Aktivitätenbeginn anstatt -ende
  • Ansichten zur Ressourcenauslastung basierend auf dem Zeitpunkt, wann Ressourcen mit der Arbeit beginnen

Voraussetzungen: Diese Anreicherung wirkt nur bei Datensätzen, in denen Aktivitäten sowohl Start- als auch Endzeitstempel besitzen. Für Datensätze mit nur einem Zeitstempel pro Aktivität hat die Anreicherung keine Wirkung. Sie ist besonders nützlich für Prozesse, die aus Systemen importiert wurden, die sowohl Initiierung als auch Abschluss von Aktivitäten erfassen, z.B. Fertigungsleitsysteme, Projektmanagement-Tools oder Krankenhaus-Informationssysteme.

Umkehrbarkeit: Die Sortieränderung bleibt für die aktuelle Analysesitzung bestehen. Um zur Sortierung nach Endzeit zurückzukehren, müssen Sie diese Anreicherung entfernen und den Datensatz neu verarbeiten. Es empfiehlt sich, verschiedene Versionen Ihrer Analyse zu speichern, falls Sie häufig zwischen Startzeit- und Endzeitperspektiven wechseln möchten.

Kombination mit anderen Anreicherungen: Diese Anreicherung funktioniert nahtlos mit allen anderen Anreicherungen zusammen und beeinträchtigt keine Berechnungen oder Filter. Beachten Sie jedoch, dass alle nachfolgenden Dauer- oder sequenzbasierten Anreicherungen die Startzeit-Sortierung verwenden, was zu unterschiedlichen Ergebnissen im Vergleich zur Endzeit-Sortierung führen kann.

Siehe auch

  • Shift Activity Time – Zeitstempel für bestimmte Aktivitäten anpassen, um Zeitzonenprobleme oder Datenqualitätsprobleme zu korrigieren
  • Freeze Time – Einen festen aktuellen Zeitpunkt für konsistente zeitbasierte Berechnungen einstellen
  • Duration Between Two Activities – Zeitintervalle berechnen, die von der Sortierreihenfolge beeinflusst sein können
  • Filter Process Log – Unerwünschte Ereignisse vor oder nach Sortieränderungen entfernen
  • Convert to Case Attributes – Attribute identifizieren, die sich innerhalb von Vorgängen nicht ändern, unabhängig von der Sortierung

Diese Dokumentation ist Teil der mindzie Studio Process-Mining-Plattform.