Fall-Dauerkategorie für Aktivität

Übersicht

Die Fall-Dauerkategorie für Aktivität berechnet die gesamte Zeit, die für eine bestimmte Aktivität über alle ihre Vorkommen innerhalb eines jeden Falls aufgewendet wurde, und kategorisiert diese Dauer dann in Leistungsstufen: Schnell, Normal, Langsam oder Extrem. Diese Anreicherung ist besonders wertvoll, um Fälle zu identifizieren, bei denen bestimmte Aktivitäten übermäßig viel Zeit beanspruchen, und ermöglicht gezielte Verbesserungsmaßnahmen im Prozess.

Im Gegensatz zu einfachen Dauermessungen bestimmt diese Anreicherung automatisch optimale Leistungsschwellen basierend auf der tatsächlichen Datenverteilung mithilfe statistischer Perzentile. Sie summiert alle Dauern der ausgewählten Aktivität innerhalb jedes Falls und bietet so einen umfassenden Überblick darüber, wie viel Zeit in dieser Aktivität während des gesamten Fallverlaufs investiert wird. Dadurch ist sie ideal zur Analyse von Aktivitäten, die mehrfach innerhalb eines Falls auftreten können, wie Genehmigungen, Überprüfungen oder Qualitätskontrollen.

Häufige Anwendungsfälle

  • Bestellabwicklung: Kategorisieren von Fällen basierend auf der gesamten Genehmigungszeit, um Bestellungen zu erkennen, die sich in langen Genehmigungszyklen befinden
  • Schadensbearbeitung: Analyse der gesamten Untersuchungszeit über mehrere Untersuchungsaktivitäten hinweg, um komplexe Schadensfälle mit übermäßiger Prüfung zu identifizieren
  • Qualitätskontrolle in der Fertigung: Messung der kumulierten Inspektionszeit, um Produkte zu erkennen, die wiederholte Qualitätsprüfungen erfordern
  • Kundendienst: Nachverfolgung der gesamten Kundeninteraktionszeit über mehrere Supportkontakte, um aufwändige Fälle zu identifizieren
  • Kreditanträge: Kategorisierung von Anträgen nach der Gesamtdauer der Risikoprüfung, um den Genehmigungsprozess zu optimieren
  • Patientenfluss im Gesundheitswesen: Analyse der gesamten diagnostischen Testzeit, um Patientenabläufe zu verbessern
  • Softwareentwicklung: Messung der gesamten Code-Review-Zeit über mehrere Review-Zyklen, um die Entwicklungsgeschwindigkeit zu erhöhen

Einstellungen

Aktivitätsname: Wählen Sie die Aktivität aus, die Sie für die Leistungskategorisierung analysieren möchten. Die Anreicherung summiert alle Vorkommen dieser Aktivität innerhalb jedes Falls und kategorisiert die Gesamtdauer. Dies ist erforderlich und muss genau mit einem vorhandenen Aktivitätsnamen in Ihrem Ereignisprotokoll übereinstimmen.

Fallfilter (optional): Wenden Sie Filter an, um einzuschränken, welche Fälle analysiert werden. Sie können nach Fallattributen, Zeitbereichen oder anderen Kriterien filtern. Nur gefilterte Fälle werden zur Berechnung der Leistungsschwellen verwendet und erhalten dieses neue Leistungsattribut. Fälle außerhalb des Filters werden nicht kategorisiert.

Schnelle Dauerschwelle: Die maximale Dauer (in Stunden), um einen Fall als „Schnell“ zu kategorisieren. Wenn auf Standard (0) belassen, berechnet das System diese automatisch als das 20. Perzentil aller Falldauern für die ausgewählte Aktivität. Beispielsweise gelten Fälle mit einer Gesamtdauer bis zu 2 Stunden als Schnell.

Normale Dauerschwelle: Die maximale Dauer (in Stunden), um einen Fall als „Normal“ zu kategorisieren. Wenn auf Standard (0) belassen, berechnet das System diese automatisch als das 80. Perzentil. Fälle mit Dauern zwischen der schnellen und dieser Schwelle gelten als normale Leistung.

Langsame Dauerschwelle: Die maximale Dauer (in Stunden), um einen Fall als „Langsam“ zu kategorisieren. Wenn auf Standard (0) belassen, berechnet das System diese automatisch als das 90. Perzentil. Fälle zwischen der normalen und langsamen Schwelle gelten als langsam, alles darüber hinaus wird als „Extrem“ kategorisiert.

Beispiele

Beispiel 1: Leistung bei Rechnungsfreigaben

Szenario: Ein Finanzteam möchte Rechnungen identifizieren, die übermäßig viel Zeit im Genehmigungsprozess verbringen, da dies oft auf Probleme hinweist, die manuelles Eingreifen oder komplexe Validierungen erfordern.

Einstellungen:

  • Aktivitätsname: "Approve Invoice"
  • Fallfilter: Kein Filter (alle Rechnungen analysieren)
  • Schnelle Dauerschwelle: 0 (automatische Berechnung)
  • Normale Dauerschwelle: 0 (automatische Berechnung)
  • Langsame Dauerschwelle: 0 (automatische Berechnung)

Ergebnis: Die Anreicherung erstellt ein neues Fallattribut namens „Approve Invoice - Case Performance“ mit den Werten:

  • Schnell: Rechnungen mit Gesamtdauer der Genehmigung in den unteren 20 % (z. B. unter 2 Stunden)
  • Normal: Rechnungen mit typischen Genehmigungszeiten (z. B. 2–24 Stunden)
  • Langsam: Rechnungen, die länger als üblich dauern (z. B. 24–72 Stunden)
  • Extrem: Rechnungen mit außergewöhnlichen Verzögerungen (z. B. über 72 Stunden)

Erkenntnisse: Das Finanzteam kann nun nach „Extrem“-Fällen filtern, um zu untersuchen, warum bestimmte Rechnungen übermäßig viel Genehmigungszeit benötigen. Dies kann fehlende Unterlagen, strittige Beträge oder Prozessengpässe aufdecken.

Beispiel 2: Diagnostik bei Patienten

Szenario: Ein Krankenhaus will Notaufnahmebesuche basierend auf der gesamten diagnostischen Testdauer (Röntgen, CT, Laborarbeiten) kategorisieren, um den Patientenfluss und die Ressourcenzuordnung zu verbessern.

Einstellungen:

  • Aktivitätsname: "Perform Diagnostic Test"
  • Fallfilter: Abteilung = „Emergency“
  • Schnelle Dauerschwelle: 1 (Stunde)
  • Normale Dauerschwelle: 3 (Stunden)
  • Langsame Dauerschwelle: 5 (Stunden)

Ergebnis: Das neue Attribut „Perform Diagnostic Test - Case Performance“ kategorisiert jeden Patientenbesuch:

  • Schnell: Patienten mit minimalem Testaufwand (unter 1 Stunde gesamt)
  • Normal: Standard-Diagnostik (1–3 Stunden)
  • Langsam: Komplexe Fälle mit umfangreicher Testung (3–5 Stunden)
  • Extrem: Kritische Fälle mit langwierigen Diagnostikprozessen (über 5 Stunden)

Erkenntnisse: Das Krankenhaus erkennt, dass „Extreme“-Fälle häufig mehrere Fachärzte involvieren und von einem eigenen Koordinator für komplexe Fälle profitieren könnten, um Wartezeiten zwischen Tests zu verkürzen.

Beispiel 3: Software-Code-Review-Zyklen

Szenario: Ein Entwicklungsteam möchte verstehen, welche Pull Requests übermäßig viel Review-Zeit über mehrere Überarbeitungen verbrauchen und dadurch die Auslieferung verlangsamen.

Einstellungen:

  • Aktivitätsname: "Code Review"
  • Fallfilter: Repository = "Core Platform"
  • Schnelle Dauerschwelle: 0 (automatische Berechnung)
  • Normale Dauerschwelle: 0 (automatische Berechnung)
  • Langsame Dauerschwelle: 0 (automatische Berechnung)

Ergebnis: Erstellt das Attribut „Code Review - Case Performance“ mit automatisch berechneten Schwellen:

  • Schnell: Pull Requests, die schnell geprüft werden (z. B. unter 4 Stunden Gesamtzeit)
  • Normal: Standard-Review-Zeiten (z. B. 4–16 Stunden)
  • Langsam: PRs mit umfangreicher Prüfung (z. B. 16–24 Stunden)
  • Extrem: PRs mit außergewöhnlichem Aufwand (z. B. über 24 Stunden)

Erkenntnisse: Die Analyse zeigt, dass „Extreme“-Fälle häufig architektonische Änderungen oder fehlende Dokumentationen beinhalten, woraufhin das Team bessere PR-Vorlagen und Architekturprüfprozesse eingerichtet hat.

Beispiel 4: Qualitätsinspektionen in der Fertigung

Szenario: Ein Fertigungswerk möchte Produkte identifizieren, die übermäßig viel Inspektionszeit erfordern, was auf Produktionsprobleme oder Konstruktionsfehler hinweist.

Einstellungen:

  • Aktivitätsname: "Quality Inspection"
  • Fallfilter: Produktlinie = "Premium Series"
  • Schnelle Dauerschwelle: 0,5 (30 Minuten)
  • Normale Dauerschwelle: 2 (Stunden)
  • Langsame Dauerschwelle: 4 (Stunden)

Ergebnis: Neues Attribut „Quality Inspection - Case Performance“ mit Werten:

  • Schnell: Produkte mit zügiger Prüfung (unter 30 Minuten Gesamtinspektion)
  • Normal: Standardinspektionszeit (30 Minuten - 2 Stunden)
  • Langsam: Produkte mit detaillierter Prüfung (2–4 Stunden)
  • Extrem: Produkte mit großen Qualitätsproblemen (über 4 Stunden)

Erkenntnisse: Produkte in der „Extrem“-Kategorie korrelieren stark mit bestimmten Produktionschargen und weisen auf Kalibrierungsprobleme der Ausrüstung hin, die proaktiv behoben werden können.

Ausgabe

Diese Anreicherung erzeugt ein neues Fallattribut mit folgenden Merkmalen:

Attributname: "[Activity Name] - Case Performance" (z. B. „Approve Invoice - Case Performance“)

Datentyp: String (kategorisch)

Mögliche Werte:

  • Schnell: Gesamtdauer der Aktivität liegt in den schnellsten Fällen (unterhalb der Schnell-Schwelle)
  • Normal: Gesamtdauer liegt im typischen Bereich (zwischen Schnell- und Normal-Schwelle)
  • Langsam: Gesamtdauer ist länger als normal (zwischen Normal- und Langsam-Schwelle)
  • Extrem: Gesamtdauer überschreitet erwartete Grenzen (über Langsam-Schwelle)
  • Negativ: Seltene Fälle, in denen die berechnete Dauer negativ ist (Datenqualitätsproblem)
  • Null: Fälle, in denen die ausgewählte Aktivität nicht vorkommt

Funktionsweise der Schwellen: Wenn Schwellen auf 0 (Standard) gesetzt sind, berechnet das System sie automatisch wie folgt:

  • Schnelle Schwelle: 20. Perzentil aller positiven Dauern
  • Normale Schwelle: 80. Perzentil aller positiven Dauern
  • Langsame Schwelle: 90. Perzentil aller positiven Dauern

Dieser statistische Ansatz stellt sicher, dass die Kategorien für Ihren spezifischen Prozess sinnvoll sind und sich automatisch an die natürliche Datenverteilung anpassen.

Verwendung der Ausgabe: Das neue Leistungs-Kategorie-Attribut kann verwendet werden für:

  • Performance-Dashboards: Visualisierung der Verteilung von Fällen über Leistungskategorien
  • Ursachenanalyse: Filter für „Extreme“-Fälle, um Prozessprobleme zu untersuchen
  • Prozessvergleich: Vergleich von Leistungskategorien über verschiedene Fallattribute hinweg
  • Prädiktive Analytik: Nutzung als Merkmal zur Vorhersage von Fallausgängen oder Verzögerungen
  • SLA-Überwachung: Nachverfolgung des Prozentsatzes der Fälle in jeder Kategorie im Vergleich zu Zielvorgaben

Siehe auch

Verwandte Performance-Anreicherungen:

Verwandte Analysetools:

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