Ein Leitfaden für Manager zur OEE-Ursachenanalyse (unter Anwendung der 5-Why-Methode)

Beginnen wir mit einer vertrauten Geschichte. Mike, Instandhaltungsleiter, kommt gerade aus seiner wöchentlichen Produktionsbesprechung.

Zum dritten Montag in Folge zeigten die OEE-Daten, dass Presse #7 die größte Quelle für ungeplante Stillstände war. Das Team behilft sich immer wieder mit einer schnellen Notlösung, um die Maschine wieder zum Laufen zu bringen, behandelt damit aber nur das Symptom.

Das Team steckt in einer frustrierenden Schleife wie in „Und täglich grüßt das Murmeltier“, in der dasselbe Problem immer wieder auftritt. Das zerstört die Moral und ruiniert die OEE-Kennzahl.

Um diesen teuren Kreislauf zu durchbrechen, gehen Sie über das „Was“ hinaus und finden Sie das „Warum“.

Die 5-Why-Methode ist eine einfache, aber äußerst wirkungsvolle Teamübung genau dafür. Sie benennen das Problem, das Ihre Daten aufgezeigt haben, und fragen so lange „Warum?“, bis Sie bei der eigentlichen, umsetzbaren Grundursache angekommen sind.

Gehen wir das frustrierende Problem mit Presse #7 Schritt für Schritt durch und sehen wir uns an, wie ein modernes System eine echte Lösung ermöglicht.

Schritt 1: Finden Sie Ihr Ziel mit OEE-Daten

Eine gute Ursachenanalyse beginnt nicht mit einem Bauchgefühl, sondern mit guten Daten.

Mike startet den Prozess, indem er sein Fabrico OEE-Dashboard aufruft. Das Pareto-Diagramm der Stillstände ist glasklar und unbestreitbar: Das Stillstandsereignis Nr. 1 der vergangenen Woche war „Presse #7 - Ungeplanter Stopp“.

Diese datenbasierte Diagnose ist der perfekte, unvoreingenommene Ausgangspunkt für seine 5-Why-Untersuchung.

Schritt 2: Stellen Sie das erste „Warum“ und gehen Sie den Daten auf den Grund

Mike holt sein Team zusammen, darunter den Bediener und den Techniker, der beim letzten Ausfall im Einsatz war. Er benennt das Problem.

Problembeschreibung: „Presse #7 ist unerwartet ausgefallen.“

1. Warum ist die Presse ausgefallen? Der Bediener Tom antwortet: „Weil der Hauptantriebsmotor überhitzt ist und mit einer Störung abgeschaltet hat.“

Jetzt muss Mike das überprüfen. Er nutzt das Fabrico CMMS, um auf seinem Tablet sofort die vollständige Anlagenhistorie von Presse #7 aufzurufen. Er sieht, dass sich die letzten drei Arbeitsaufträge alle auf Motoralarme bezogen, was Toms Aussage bestätigt.

Schritt 3: Setzen Sie die Kette der „Warums“ fort

Das Team gräbt weiter.

2. Warum ist der Motor überhitzt? Der Techniker sagt: „Weil er zu stark belastet war und nicht richtig geschmiert wurde.“

3. Warum wurde er nicht richtig geschmiert? Der Techniker prüft schnell die Wartungshistorie im CMMS und findet die Antwort: „Weil die vierteljährliche Aufgabe der vorbeugenden Wartung zum Schmieren dieses Motors ausgelassen wurde.“

4. Warum wurde die PM ausgelassen? Mike sieht sich die CMMS-Einträge zur ausgelassenen PM an: „Weil uns das benötigte Spezialfett ausgegangen war.“

5. Warum war es ausgegangen? Mike prüft den Ersatzteilbestand im CMMS: „Weil niemand einen Mindestbestand für das Fett festgelegt hatte, sodass uns nichts gewarnt hat, bevor es aufgebraucht war.“

Die Grundursache: In nur wenigen Minuten ist das Team von einer „kaputten Maschine“ zu einem „Fehler in unserem Bestandsprozess“ gelangt. Dieses Problem kann es dauerhaft lösen.

Schritt 4: Schaffen Sie eine nachverfolgbare Lösung (der wichtigste Schritt)

Genau hier scheitern die meisten Ursachenanalysen. Das Team findet die Antwort, schreibt sie auf ein Whiteboard, und dann werden alle zum nächsten Brandherd gerufen. Die Lösung wird nie umgesetzt.

In einem modernen, integrierten System endet der Prozess nicht am Whiteboard. Noch in der Besprechung legt Mike im Fabrico CMMS zwei nachverfolgbare Korrekturmaßnahmen an.

Zuerst erstellt er einen sofortigen Arbeitsauftrag, um den beschädigten Motor zu ersetzen und die überfällige Schmier-PM durchzuführen. Dann weist er dem Lagerverantwortlichen eine Aufgabe zu: einen Mindest- und einen Höchstbestand für das Spezialfett festzulegen, damit das Team eine Benachrichtigung erhält, bevor es ausgeht.

Die Lösung ist jetzt eine formale, zugewiesene und nachverfolgbare Aufgabe. Sie hat einen Verantwortlichen und ein Fälligkeitsdatum und bleibt sichtbar, bis jemand sie abschließt.

Wer sollte an einer 5-Why-Analyse beteiligt sein?

Sie brauchen ein kleines, funktionsübergreifendes Team. Dazu müssen die Personen gehören, die dem Problem am nächsten sind, etwa der Bediener, der die Maschine fährt, und der Instandhaltungstechniker, der sie repariert.

Wie lange sollte eine 5-Why-Besprechung dauern?

Bei einem klar definierten Problem sollte die Besprechung kurz und fokussiert sein, idealerweise 15 bis 30 Minuten. Der sofortige Zugriff auf OEE- und CMMS-Daten ist der Schlüssel zu einer schnellen, genauen Antwort.

Was, wenn wir uns nicht auf die Grundursache einigen können?

Wenn das Team nicht weiterkommt, ist das oft ein Zeichen dafür, dass Sie mehr Daten brauchen. Sie können in Ihrem CMMS einen Inspektionsauftrag anlegen, um weitere Informationen zu sammeln, bevor Sie die 5-Why-Besprechung erneut einberufen.

Ihre OEE-Daten sind ein hervorragendes Werkzeug, um Ihnen zu zeigen, worauf Sie Ihre Aufmerksamkeit richten sollten. Doch Daten allein lösen keine Probleme.

Wenn Sie Ihre OEE-Daten mit einem einfachen 5-Why-Prozess kombinieren und das Ganze mit einem integrierten CMMS unterstützen, das Ihre Erkenntnisse und Ihre Lösungen nachverfolgt, können Sie eine echte, nachhaltige Kultur der kontinuierlichen Verbesserung aufbauen.

Möchten Sie die integrierte Plattform sehen, die Ihnen die Daten für Ihre Diagnose und die Werkzeuge für Ihre Lösung an einem Ort liefert?

Schritt 5: Weisen Sie nach, dass die Lösung gewirkt hat

Eine RCA ist abgeschlossen, wenn der Fehler nicht mehr auftritt, nicht wenn die Aufgabe geschlossen ist. Legen Sie einen Termin in vier bis sechs Wochen fest und prüfen Sie das Stillstands-Pareto für Presse #7: Ist die Motorüberlastung von der Liste verschwunden?

Prüfen Sie die Anlagenhistorie auf neue Motoralarme und vergewissern Sie sich, dass die Schmier-PM seit der Änderung pünktlich durchgeführt wurde. Tritt der Fehler wieder auf, wurde die Kette der „Warums“ zu früh beendet oder die Lösung war nicht die richtige. Öffnen Sie die Analyse dann mit den neuen Daten erneut.

Was Fabrico nicht tut. Fabrico führt die 5-Why-Analyse nicht für Sie durch. Es hat keinen RCA-Workflow, keinen Ursachenbaum und keine Vorlage für Untersuchungsberichte, und es erzwingt keine Problem-, Ursachen- und Abhilfecodes, bevor ein Arbeitsauftrag geschlossen wird.

Was es dagegen tut: Es legt die Belege auf den Tisch, während Sie nach dem Warum fragen, nämlich das Stillstands-Pareto, die Arbeitsauftrags- und PM-Historie der Maschine, die verbrauchten Ersatzteile, MTTR und MTBF sowie einen KI-Assistenten, den Sie zur Maschine oder zu einem früheren Ausfall befragen können.