Process Mining in der Hightech-Branche: Leitfaden

Process Mining in der Hightech-Branche

In der Hightech-Branche führen Änderungen an Produkten und technischen Anforderungen oft dazu, dass Arbeitsschritte erneut geprüft, freigegeben oder umgesetzt werden. Laden Sie ein Event Log hoch und verfolgen Sie, wie technische Änderungsaufträge durch Ihren Betrieb laufen. Erkennen Sie, wo Cases warten oder Aktivitäten wiederholt werden und welchen Anteil Nacharbeit an der Zykluszeit hat. Modellieren Sie den Prozess und simulieren Sie geplante Änderungen vor der Einführung.

Warum sollten Sie technische Änderungsaufträge untersuchen?

Technische Änderungen sind notwendig, wenn sich Entwürfe, Anforderungen und Produktionsbedarf weiterentwickeln. Jede Änderung kann jedoch zusätzliche Prüfungen, Übergaben oder Korrekturen auslösen. Ein Prozessdiagramm zeigt den vorgesehenen Ablauf, während Ereignisdaten die tatsächlich durchlaufenen Pfade sichtbar machen.

Für Hightech-Unternehmen hilft die Messung dieser Pfade, notwendige Prüfungen von vermeidbaren Wiederholungen zu unterscheiden. Außerdem erhalten Betriebsteams und Verantwortliche für technische Änderungen eine gemeinsame Grundlage, um zu entscheiden, was untersucht werden sollte.

Wie messen Sie die Nacharbeit pro Case?

Beginnen Sie mit einem exportierten Event Log für einen Prozess mit technischen Änderungen. Jeder Datensatz sollte den Case, die Aktivität und den Timestamp enthalten. Ergänzen Sie verfügbare Attribute wie Produkt, Team oder Änderungstyp.

Definieren Sie Nacharbeit als eine Aktivität, die innerhalb desselben Cases wiederholt wird. Kehrt ein technischer Änderungsauftrag beispielsweise zu „Prüfung“ zurück, nachdem diese Aktivität bereits stattgefunden hat, zählen Sie dies als eine wiederholte Prüfung. Wenden Sie dieselbe Regel auf alle Cases an und vergleichen Sie anschließend die Anzahl der Wiederholungen sowie die verstrichene Zeit nach Case oder Variante.

Die Definition ist entscheidend: Eine wiederholte Aktivität ist ein praktischer Messwert für Nacharbeit, erklärt aber nicht, warum die Arbeit erneut ausgeführt wurde. Prüfen Sie die Cases hinter dem Messwert, um festzustellen, ob die Wiederholung erforderlich oder vermeidbar war.

Was zeigt Process Mining?

Process Mining rekonstruiert die in Ihren Ereignisdaten erfassten Prozesspfade. Bei einem Ablauf für technische Änderungsaufträge können Sie damit:

• Die Wege vergleichen, die Cases vom Start bis zum Abschluss durchlaufen.
• Aktivitäten mit langen Wartezeiten oder wiederholter Ausführung finden.
• Die Zykluszeit nach Varianten, Teams oder Produktgruppen messen, sofern diese Attribute verfügbar sind.
• Erkennen, an welchen Stellen Cases vom dokumentierten Prozess abweichen.

Ihre Erkenntnisse hängen von den Ereignissen und Attributen in Ihrem Event Log ab. Process Mining zeigt, was die Daten erfassen, kann aber nicht feststellen, ob eine Änderung technisch notwendig war. Eine genauere Beschreibung der Analyse finden Sie unter Prozesse analysieren.

Wie modellieren Sie den Prozess?

Nutzen Sie Ihre Erkenntnisse in ProcessMind, um den aktuellen Ablauf zu dokumentieren und einen Sollprozess festzulegen. Mit der BPMN-Modellierung stellen Sie Aktivitäten, Übergaben, Entscheidungen und Ausnahmen für Prozessverantwortliche und Business-Analysten dar.

Vergleichen Sie das Modell mit den Varianten in Ihrem Event Log. So kann Ihr Team konkret besprechen, an welchen Stellen der dokumentierte Prozess von der täglichen Arbeit abweicht. Weitere Informationen finden Sie unter Prozessmodellierung und Process Mining kombinieren.

Wie können Sie eine Änderung vor der Einführung testen?

Wenn Sie einen Engpass oder einen wiederholten Schritt erkannt haben, legen Sie eine konkrete Änderung fest, die Sie bewerten möchten. Sie könnten eine andere Weiterleitungsregel, weniger Übergaben oder eine geänderte Arbeitszuweisung testen. Welches Szenario geeignet ist, hängt von Ihrem Prozess und den verfügbaren Daten ab.

Vergleichen Sie mit der Prozesssimulation verschiedene Szenarien und bewerten Sie mögliche Auswirkungen auf Zykluszeit und Kapazität, bevor Sie eine Änderung einführen. Die Simulation hilft Ihnen, einen geplanten Prozessentwurf zu bewerten. Sie setzt die Änderung nicht um und garantiert kein bestimmtes Ergebnis. Einzelheiten zum Szenarienvergleich finden Sie in der Dokumentation zur Simulation.

Testen Sie Änderungen vor der Einführung

Welche Daten benötigen Sie für den Einstieg?

Wählen Sie einen Prozess für technische Änderungen und exportieren Sie die Ereignisdaten, die zur Nachverfolgung jedes Cases erforderlich sind. Mindestens enthalten sein sollten:

• Eine Case-ID für jeden technischen Änderungsauftrag.
• Ein Aktivitätsname für jeden erfassten Schritt.
• Ein Timestamp für jedes Ereignis.

Ergänzen Sie verfügbare und für Ihre Fragestellung relevante Attribute wie Produkt, Team oder Änderungstyp. Beginnen Sie mit einer konkreten Kennzahl, etwa wiederholten Prüfungen pro Case oder der Zykluszeit nach Prozessvariante. Die Anleitung zum Event Log erklärt, wie Sie Ihre Daten vorbereiten.

Was sollten Sie zuerst untersuchen?

Prüfen Sie zunächst die häufigsten Pfade und vergleichen Sie sie anschließend mit Cases, bei denen Aktivitäten wiederholt werden oder lange Wartezeiten auftreten. Fragen Sie, ob die Wiederholung zum vorgeschriebenen Prüfprozess gehört, eine Korrektur darstellt oder auf ein Problem bei der Übergabe hinweist. Nutzen Sie die Antwort, um eine Änderung auszuwählen, die sich zu testen lohnt.

Wenn Ihre Arbeit neben technischen Änderungen auch Produktionsabläufe umfasst, finden Sie weitere Informationen im Anwendungsfall Fertigung.

Nacharbeit im Prozess quantifizieren