Ursachenanalyse: Entscheidungsbaum zur Methodenwahl
Ursachenanalyse als Entscheidungsbaum: Neun Prüffragen leiten ein Problem zur 5-Why-Analyse, zum Ishikawa-Diagramm, zur Fehlerbaumanalyse, zur Eskalation oder zu einem dokumentierten Abbruch.
So funktioniert es
Benennen Sie die Bahnen nach Ihren tatsächlichen Entscheidern
Die Bahnen bilden hier Entscheidungsbefugnisse ab, keine Abteilungen: Prozessverantwortlicher, Untersuchungsleitung, Qualitätsmanagement, Leitung. Ersetzen Sie sie durch die Rollen, die jede Frage in Ihrer Organisation wirklich beantworten, und halten Sie die Untersuchungsleitung nach Möglichkeit vom Prozessverantwortlichen getrennt. Eine Untersuchung unter Leitung der Person, die für den Prozess geradesteht, landet erfahrungsgemäß bei Ursachen, die sich bequem aussprechen lassen.
Schreiben Sie die Regel für die Problembeschreibung an das erste Tor
„Problem klar definiert?“ funktioniert nur, wenn jemand festgelegt hat, was definiert bedeutet. Üblich ist die Prüfung, ob die Beschreibung angibt, was ausgefallen ist, wo, wann und wie häufig — und ob sie keinerlei Ursache nennt. Eine Beschreibung, die die Ursache bereits enthält, meist in einer Variante von Bedienfehler, verwandelt den restlichen Baum in eine Bestätigungsübung.
Legen Sie die Schwelle am Datentor fest
Entscheiden Sie, was „Datenlage ausreichend?“ verlangt, bevor Sie es brauchen: eine rekonstruierbare Zeitlinie, Rückstellmuster oder Protokolle innerhalb ihrer Aufbewahrungsfrist und mindestens eine Aussage aus erster Hand. Kennzeichnen Sie die verderblichen Nachweise, denn sie bestimmen das Tempo der Erhebung. Ohne schriftliche Schwelle wird der Zweig Unzureichend nie genommen, und die Methode richtet sich nach dem, was zufällig greifbar war.
Passen Sie die Regeln der Methodenwahl an
Die Zuordnung in diesem Diagramm — Wiederholt zum Ishikawa-Diagramm, Technisch zum Fehlerbaum, Menschlich zur 5-Why-Analyse, Systemisch zum Ishikawa-Diagramm — ist eine vertretbare Voreinstellung, kein Gesetz. Passen Sie sie an die Methoden an, in denen Ihre Leute tatsächlich geschult sind, und ergänzen Sie eigene wie die Änderungs- oder Barriereanalyse. Entscheidend ist, dass die Regel existiert und im Diagramm sichtbar ist, damit die Wahl im Review hinterfragt werden kann.
Definieren Sie die Abbruchregel der 5-Why-Analyse und den Ausweg
„Beeinflussbare Ursache erreicht?“ ist der Knoten, der verhindert, dass eine 5-Why-Analyse beim Wetter oder bei der Konjunktur endet. Halten Sie bei der letzten Ursache an, die Ihre Organisation ändern kann. Läuft die Kette vorher aus oder verzweigt sie sich in mehrere plausible Antworten, ist das Problem mehrfaktoriell, und der Zweig Nein schiebt es ins Ishikawa-Diagramm, statt eine dünne Kette durchzulassen.
Vereinbaren Sie den Eskalationsauslöser und lenken Sie beide Diagramme
Schreiben Sie auf, was „Ursache lokal beeinflussbar?“ in den Zweig Übergreifend zwingt: Ursachen, die bei einem anderen Standort, einem Lieferanten oder einer Richtlinie liegen, die dieses Team nicht ändern kann; Ereignisse, die gegenüber Behörde oder Kunde meldepflichtig sind; alles mit Bezug zu Sicherheit oder bereits ausgelieferter Ware. Verknüpfen Sie diesen Entscheidungsbaum anschließend mit Ihrer durchgängigen Prozessdarstellung der Ursachenanalyse und lenken Sie beide als Dokument mit Version und Freigabe, damit Untersuchende und Prüfende mit derselben freigegebenen Fassung arbeiten.
Häufig gestellte Fragen
Ist ein Diagramm zur Ursachenanalyse eine Prozessdarstellung oder ein Entscheidungsbaum?
Beides ist möglich, und die beiden beantworten verschiedene Fragen. Eine Prozessdarstellung beantwortet, was als Nächstes passiert und wer es tut: Problem melden, eingrenzen, Nachweise erheben, analysieren, verifizieren, an CAPA übergeben. Ein Entscheidungsbaum — diese Seite — beantwortet, welche Methode anzuwenden ist und wer entscheidet; seine Zweige enden in unterschiedlichen Ergebnissen, statt in einem gemeinsamen Pfad zusammenzulaufen. Die meisten Organisationen brauchen beides: die Prozessdarstellung für das Verfahren, den Entscheidungsbaum für die Ermessensfragen darin.
Wie wähle ich zwischen 5-Why-Analyse, Ishikawa-Diagramm und Fehlerbaum?
Nach der Form des Problems — genau das prüfen die beiden Methodenentscheidungen in diesem Diagramm. Die 5-Why-Analyse passt zu einer einzelnen Kausalkette in der Hand eines Teams, bei der jede Antwort die nächste Frage wird. Das Ishikawa-Diagramm passt, wenn mehrere Kategorien beteiligt sein können — Mensch, Maschine, Methode, Material, Messung, Mitwelt —, weil es das Team über den ersten plausiblen Zweig hinausträgt. Die Fehlerbaumanalyse passt zu einem technischen Fehler mit definierbarem Top-Ereignis und Komponenten, deren Ausfalllogik sich rückwärts durchdenken lässt. Ein wiederkehrendes Muster verdient fast immer zuerst ein Ishikawa-Diagramm, denn Wiederholung deutet auf Bedingungen hin und nicht auf eine einmalige Kette. Viele Untersuchungen nutzen zwei Methoden: Kandidaten im Ishikawa-Diagramm sammeln und dann die 5-Why-Analyse auf dem Zweig fahren, den die Nachweise stützen.
Was tun, wenn die 5-Why-Analyse keine beeinflussbare Ursache erreicht?
Dafür ist die Entscheidung „Beeinflussbare Ursache erreicht?“ da. Läuft die Kette über alles hinaus, was Ihre Organisation ändern kann, oder verzweigt sie sich in mehrere gleich plausible Antworten, schiebt der Zweig Nein das Problem ins Ishikawa-Diagramm, statt das letzte Glied als Grundursache zu akzeptieren. Das ist in der Praxis der häufigste Fehlermodus: Eine Kette wird verfolgt, bis sie bei etwas Unbestreitbarem, aber nicht Handhabbarem landet — Marktdruck oder menschliche Natur —, und dagegen wird trotzdem eine Maßnahme geschrieben.
Was soll das Diagramm tun, wenn die Nachweise nicht mehr existieren?
Ihm ein benanntes Ergebnis geben, statt eine Lücke zu lassen. Dieser Baum hat zwei davon. Vor der Analyse kann „Datenlage ausreichend?“ den Fall an „Zurück zur Nachweiserhebung“ geben und damit pausieren, statt auf dünner Datenbasis weiterzulaufen. Nach der Analyse, wenn eine Ursache noch Hypothese ist, führt „Weitere Nachweise beschaffbar?“ entweder zurück in die Erhebung oder endet bei „Mit Datenlücke abschließen“. Ein Abschluss mit ausgewiesener Einschränkung ist ein legitimes Ergebnis und erzeugt üblicherweise eine eigene Maßnahme: die fehlenden Daten beim nächsten Mal verfügbar zu machen.
Schreibt eine Norm eine bestimmte Methode der Ursachenanalyse vor?
Die gängigen Managementsystemnormen verlangen, die Ursachen einer Nichtkonformität zu ermitteln und so zu handeln, dass sie nicht erneut auftritt — sie schreiben aber nicht vor, wie. ISO 9001 Abschnitt 10.2 ist so formuliert, und ISO 13485 verfährt bei Korrektur- und Vorbeugungsmaßnahmen genauso. Die Methodenwahl liegt damit bei Ihnen, und genau deshalb lohnt es sich, sie zu dokumentieren. Ein Entscheidungsbaum wie dieser, mit den Kriterien direkt an den Knoten, zeigt einem Auditor, dass die Methode nach festgelegten Kriterien gewählt wurde und nicht nach Vorliebe — und die Antwort bleibt gleich, wer auch immer die Untersuchung führt.