Ursachenanalyse: Entscheidungsbaum zur Methodenwahl

Was ist ursachenanalyse: entscheidungsbaum zur methodenwahl?

Unter dem Stichwort Ursachenanalyse laufen zwei völlig verschiedene Diagramme. Das eine ist eine Prozessdarstellung: Sie beantwortet, was als Nächstes passiert und wer es tut: von der Meldung des Problems über die Sofortmaßnahme, die Nachweiserhebung, die Analyse und die Verifizierung bis zur Übergabe in die Korrekturmaßnahme. Diese Seite zeigt die andere Art: einen Entscheidungsbaum. Er beantwortet, welche Methode auf das Problem gehört, das gerade vor Ihnen liegt, und wer darüber entscheiden darf.

Die Unterscheidung ist wichtig, weil die Methoden nicht austauschbar sind. Die 5-Why-Analyse verfolgt eine einzelne Kausalkette und funktioniert dort, wo ein Team diese Kette von Anfang bis Ende verantwortet. Das Ishikawa-Diagramm verteilt die Suche auf Kategorien (Mensch, Maschine, Methode, Material, Messung, Mitwelt) und passt zu Problemen, bei denen mehrere Faktoren plausibel zusammenwirken. Die Fehlerbaumanalyse arbeitet von einem definierten Ausfall rückwärts durch die Logik, mit der Komponenten und Bedingungen ihn erzeugen; sie passt zu technischen Fehlern mit einer prüfbaren Spezifikation. Bleibt die Wahl offen, gewinnt die Methode, die der Moderator zuletzt angewendet hat, und die Untersuchung erbt stillschweigend deren blinden Fleck.

Das Diagramm unten besteht aus neun Fragen und vier Endpunkten, verteilt auf vier Bahnen, die nicht die ausführende Stelle benennen, sondern die entscheidungsbefugte. Die Fragen reichen von der Eingrenzung des Problems über die Verfügbarkeit und Belastbarkeit der Nachweise bis zu der Frage, ob ein Einzelfall oder eine Wiederholung vorliegt und ob der Fehler technischer, menschlicher oder systemischer Natur ist. Die Zweige enden in vier benannten Ergebnissen: bestätigte Ursache mit eröffneter CAPA, Eskalation an eine formale Untersuchung, Rückkehr zur Nachweiserhebung und Abschluss mit dokumentierter Datenlücke. Nichts läuft in einen einzigen Erfolgspfad zusammen, denn eine ehrlich geführte Untersuchung endet nicht immer mit einer bewiesenen Ursache.

Was dieses Flussdiagramm abdeckt

In dieser Vorlage

• Vier Bahnen nach Entscheidungsbefugnis (Prozessverantwortlicher, Untersuchungsleitung, Qualitätsmanagement und Leitung) über fünf Phasen: Problem eingrenzen, Nachweise prüfen, Methode wählen, Analyse durchführen sowie Verifizieren und entscheiden
• Zwei Eingangstore vor jeder Methodenwahl: „Problem klar definiert?“ führt mit Nein zurück zum Schritt „Problembeschreibung eingrenzen“ und stellt dieselbe Frage erneut, „Nachweise bereits vorhanden?“ trennt Vorhanden von Zu erheben, damit die Erhebung ein eigener Schritt ist und keine Annahme
• Ein Tor „Datenlage ausreichend?“ in der Verantwortung des Qualitätsmanagements, dessen Zweig Unzureichend im Endpunkt „Zurück zur Nachweiserhebung“ mündet, statt eine Methode auf dünner Datenbasis wählen zu lassen; das Kriterium steht als Kommentar am Knoten
• Die Methodenwahl selbst: „Einzelfall oder Wiederholung?“ leitet Wiederholt direkt ins Ishikawa-Diagramm, und „Art des Fehlers?“ führt Technisch zum Fehlerbaum, Menschlich zur 5-Why-Analyse und Systemisch zum Ishikawa-Diagramm
• Die Prüfung „Beeinflussbare Ursache erreicht?“ nach der 5-Why-Analyse: Ja führt weiter zur Verifizierung, Nein leitet das Problem ins Ishikawa-Diagramm um, statt eine Kette zu akzeptieren, die über alles Veränderbare hinausgelaufen ist
• Der Abschluss: „Ursache durch Nachweise belegt?“ trennt Belegt von Hypothese, „Weitere Nachweise beschaffbar?“ führt entweder zurück in die Erhebung oder endet in „Mit Datenlücke abschließen“, und „Ursache lokal beeinflussbar?“ mündet in „Ursache bestätigt, CAPA eröffnet“ oder „Eskalation an formale Untersuchung“

Wann Sie diese Vorlage verwenden sollten

• Untersuchungen laufen mit der Methode, die der Moderator zufällig beherrscht, und Sie wollen die Methode aus dem Problem ableiten statt aus der Gewohnheit
• Sie schreiben oder überarbeiten eine Verfahrensanweisung zur Ursachenanalyse oder zum Problemmanagement und brauchen die Regeln der Methodenwahl neben den Prozessschritten dokumentiert
• Teams fahren wieder und wieder eine 5-Why-Analyse auf mehrfaktorielle Probleme und bleiben bei der ersten Antwort stehen, die plausibel klingt
• Sie brauchen einen definierten Weg, eine Untersuchung zu beenden (dokumentierte Datenlücke oder Eskalation) statt einer spekulativen Ursache, die nur geschrieben wird, um den Vorgang zu schließen
• Sie wollen den Eskalationsauslöser vorab vereinbaren, damit Ursachen, die beim Lieferanten, an einem anderen Standort oder in einer Richtlinie liegen, das lokale Team verlassen statt darin liegen zu bleiben

So funktioniert es

1. 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.

2. 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.

3. 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.

4. 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.

5. 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.

6. 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.