Skip to content
Switch to English Přepnout do češtiny Cambiar a Español Passer au Français Passa all'Italiano Przełącz na Polski Mudar para Português Prepnúť na Slovenčinu

Umsetzungsleitfaden

5-Why-Methode.

Die 5-Why-Methode (5 Whys) ist die Einstiegsmethode der Ursachenanalyse: Ausgehend von einem verifizierten Problem fragen Sie, warum es passiert ist, prüfen die Antwort am Prozess und wiederholen das, bis Sie eine Ursache erreichen, die das Managementsystem beheben kann. Fünf ist eine Faustregel, keine Vorschrift. Endet Ihre Kette bei „Bedienfehler“ oder „Teil defekt“, haben Sie zu früh aufgehört: Die eigentliche Ursache ist meist ein fehlender Standard, eine Prüfung ohne Verantwortlichen oder eine ausgelassene Schulung.

Was die 5-Why-Methode ist

Die 5-Why-Methode (5 Whys, auch 5-Warum-Methode, 5W-Methode oder 5-mal-Warum) ist die einfachste strukturierte Methode der Ursachenanalyse (Root Cause Analysis) im Lean-Werkzeugkasten. Ausgehend von einem präzise beschriebenen Problem fragen Sie, warum es passiert ist, und prüfen die Antwort am Prozess. Dann fragen Sie zu dieser Antwort erneut warum, so lange, bis die Kette eine Ursache erreicht, die das Managementsystem tatsächlich beheben kann. Ein kleines Team braucht dafür weniger als eine Stunde, keine Software und keine Statistik. Genau hier beginnt in fast jedem Werk die Fähigkeit, Probleme wirklich zu lösen, oder sie scheitert still.

Fünf ist eine Faustregel, keine Vorschrift. Toyota-Praktiker stellten fest, dass Ketten typischerweise etwa fünf Iterationen brauchen, um von einem Symptom zu einer Schwäche im Managementsystem zu gelangen, manche aber drei und manche sieben. Entscheidend ist die Abbruchregel: Eine fertige Kette endet bei etwas wie einem fehlenden Standard, einer Prüfung ohne Verantwortlichen oder einer ausgelassenen Schulung, denn das ist die Ebene, auf der eine Gegenmaßnahme das Wiederauftreten verhindert. Eine Kette, die bei „Bedienfehler“ oder „Teil defekt“ stehen bleibt, hat das Ereignis beschrieben, nicht erklärt.

Zur Einordnung: 5 Why ist die Einstiegsstufe der Problemlösungsleiter, ausgelegt für Abweichungen, die ein Team am selben Tag analysieren kann. Chronische Probleme, die wochenlange Untersuchung wert sind, gehören in einen A3-Report, Probleme, die das Wiederauftreten formal verhindern müssen, in einen RCCA-Zyklus (Ursachenanalyse und Korrekturmaßnahmen), und Fehlerschlupf zum Kunden in einen 8D-Report. Diese Seite behandelt das Alltagswerkzeug; jene Leitfäden behandeln das schwere Gerät, und alle drei verwenden 5-Why-Ketten in ihren Analyseschritten.

Wo 5 Why in der Transformations-Roadmap steht

In der TeamGuru-Einführungs-Roadmap ist 5 Why die Eingangstür der Praxis Strukturierte Problemlösung in der Phase „Täglich steuern“. Gespeist wird sie vom Shopfloor Management: Die Shopfloor-Kaskade (Tier Meetings) macht jeden Morgen Abweichungen sichtbar und weist die Analyse zu, und die Gegenmaßnahmen aus den Ketten landen in der Standardarbeit, wo Führungsroutinen sie überprüfen. Ohne diesen täglichen Strom gut beschriebener Abweichungen hat 5 Why nichts Reales zu bearbeiten; ohne 5 Why findet das tägliche System für immer dieselben Probleme.

Wann 5 Why nicht ausreicht

5 Why verdankt seine Beliebtheit der Geschwindigkeit, und aus demselben Grund wird es missbraucht. Es ist für Probleme mit einem dominanten Ursachenpfad gemacht, den ein kleines Team am selben Tag verifizieren kann. Steigen Sie in diesen Fällen auf der Leiter höher:

  • Mehrere Ursachen wirken zusammen. Wenn Maschinenzustand, Materialstreuung und Methode alle plausibel beitragen könnten, verflicht eine einzelne Kette sie zu einer Geschichte. Sammeln Sie die möglichen Ursachen zuerst im Fishbone-Diagramm (Ishikawa) und vertiefen Sie dann die stärkste oder die zwei stärksten mit 5 Why.
  • Das Problem ist chronisch und hat frühere Lösungen überlebt. Wurde dieselbe Abweichung schon zweimal mit Gegenmaßnahmen bearbeitet und kam trotzdem zurück, hatte das schnelle Werkzeug seine Chance. Wechseln Sie zur strukturierten Strenge eines A3-Reports oder einer vollständigen RCCA mit echter Datenerhebung.
  • Der Fehler ist beim Kunden angekommen. Ein Fehlerschlupf braucht zwei Ketten, warum er entstanden ist und warum er nicht entdeckt wurde, dazu Sofortmaßnahmen und einen formalen Abschluss. Das ist ein 8D-Report, keine Kurzbesprechung an der Maschine.
  • Jemand wurde verletzt oder beinahe verletzt. Schwere Sicherheitsereignisse brauchen eine formale Untersuchung nach eigenem Standard. Eine 5-Why-Kette kann in diese Untersuchung einfließen, darf sie aber nie ersetzen.

So führen Sie eine 5-Why-Analyse richtig durch

Eine gute 5-Why-Analyse dauert 30 bis 45 Minuten, braucht drei oder vier Personen und findet dort statt, wo das Problem aufgetreten ist. Nichts in dieser Abfolge ist schwierig; alles darin lässt sich leicht überspringen, und deshalb sind die meisten schlechten Ketten auf dieselben wenigen Arten schlecht.

Innerhalb von 24 Stunden beginnen, am Prozess

Beweise verschwinden schnell: Teile werden verschrottet, Logs überschrieben, Erinnerungen verwischen. Der übliche Auslöser ist das morgendliche Shopfloor-Meeting, das die 5-Why-Analyse zuweist und das Ergebnis am nächsten Tag erwartet. Das Meeting führt die Analyse nie selbst durch; die Analyse findet an der Maschine statt.

Die Beteiligten dazuholen

Der Werker, der es gesehen hat, der Teamleiter und, wenn eine Anlage beteiligt ist, der Instandhalter. Drei oder vier Personen für 30 bis 45 Minuten. Wer nicht dabei war und für keine der möglichen Gegenmaßnahmen zuständig ist, ist Publikum, und Publikum macht aus der Analyse eine Vorführung.

Eine Problembeschreibung mit Zahlen formulieren

Was, wo, wann, wie viel. „Maschine M-14 um 10:20 Uhr gestoppt, 34 Minuten verloren, 17 Stück hinter Takt“ schlägt „Maschinenprobleme auf Linie 2“. Aus einer vagen Problembeschreibung wird zwangsläufig eine vage Kette: Niemand kann ein Warum an einem Symptom prüfen, das nie festgehalten wurde.

Die Kette abgehen, ein verifiziertes Warum nach dem anderen

Fragen Sie warum, und sehen Sie nach, bevor Sie die Antwort aufschreiben: Maschine öffnen, Log ziehen, den Arbeitsschritt beobachten. Die fünf Regeln unten sind die Disziplin dazu. Rechnen Sie damit, die Runde mindestens einmal zu verlassen, um etwas zu prüfen; eine 5-Why-Analyse, die sich nie vom Ausgangspunkt wegbewegt, rät vermutlich.

Für die Systemursache eine Gegenmaßnahme festlegen

Die Gegenmaßnahme zielt auf das letzte verifizierte Warum, hat einen Verantwortlichen und einen Termin und ändert etwas Überprüfbares: einen Standard, eine Route, eine Vorrichtung, eine Prüfung. Besteht die vorgeschlagene Gegenmaßnahme nur aus Nachschulung, werten Sie das als Warnsignal: Die Kette ist bei einer Person stehen geblieben statt beim System um sie herum.

Die Wirksamkeitsprüfung terminieren

Zwei bis sechs Wochen später sieht eine benannte Person in die Daten, nicht in Meinungen: Ist die Abweichung wieder aufgetreten, hat sich die Messgröße bewegt? Eine abgeschlossene 5-Why-Analyse ohne terminierte Prüfung ist Hoffnung mit Papierkram. Fällt die Prüfung negativ aus, wird die Kette ohne Vorwürfe wieder geöffnet; eine falsche erste Kette ist normal.

Die fünf Regeln der Methode

Diese Regeln sind der ganze Unterschied zwischen einer Ursachenanalyse und einem Gespräch, das in einem plausiblen Satz endet. Drucken Sie sie aus und hängen Sie sie neben das Formular.

  1. Jede Antwort verifizieren, bevor Sie das nächste Warum stellen

    Beweis heißt: etwas, das Sie am Prozess in der Hand halten, lesen oder beobachten können: die durchgebrannte Sicherung, das Antriebslog, der leere Vorratsbehälter. Eine Antwort, die per Kopfnicken akzeptiert wurde, ist eine Vermutung, und jedes darauf gebaute Warum erbt die Vermutung.

  2. Einem Ursachenpfad nach dem anderen folgen

    Hat ein Warum zwei verifizierte Antworten, verzweigen Sie die Kette und verfolgen jeden Pfad getrennt. Wer parallele Ursachen zu einer Linie verflicht, bekommt eine Geschichte, die sich gut liest und nichts behebt.

  3. Fragen, warum der Prozess es zugelassen hat, nicht wer es war

    Namen beenden Ketten. Prozessfragen halten sie in Bewegung: nicht „Warum hat er die Prüfung übersprungen?“, sondern „Was hat das Überspringen der Prüfung möglich und einfach gemacht?“

  4. Aufhören, wenn Sie eine behebbare Systemursache erreicht haben

    Ein fehlender Standard, eine Prüfung ohne Verantwortlichen, eine ausgelassene Schulung, ein unmögliches Layout. Das ist die Ebene, auf der eine Gegenmaßnahme das Wiederauftreten verhindert. Früher aufzuhören behebt ein Symptom; weiter zu graben ergibt meist Philosophie.

  5. Die Kette rückwärts mit „deshalb“ prüfen

    Lesen Sie von der Grundursache hinauf zum Problem und setzen Sie zwischen jeden Schritt ein „deshalb“. Jeder Satz muss für sich allein tragen. Jedes „deshalb“, das Sie nicht laut verteidigen würden, markiert das schwache Glied.

Beachten Sie, was in der Abfolge nicht vorkommt: ein Beamer, eine Vorlagendiskussion oder eine Abstimmung. Eine Grundursache ist nicht die Antwort, die die meisten im Raum bevorzugen. Sie ist die Antwort, die den Beweisen standhält.

Beispiel: derselbe Stillstand, zwei Ketten

Das Ereignis ist erfunden, aber realistisch, und spielt beim selben Komponentenhersteller mit 450 Beschäftigten, der in der gesamten Transformations-Roadmap als Beispiel dient: 456 Stück pro Tag, zwei Schichten, eine Taktzeit von 118 Sekunden. Um 10:20 Uhr bleibt Maschine M-14 mitten in der Schicht stehen; bis sie wieder läuft, hat die Linie 34 Minuten verloren, etwa 17 Stück gegenüber dem Takt. Zwei Teams analysieren denselben Stillstand. Eines schreibt einen Investitionsantrag. Das andere repariert das Managementsystem.

ONE VERIFIED PROBLEM STATEMENT Machine M-14 stopped at 10:20 34 minutes lost · 17 units behind takt · same facts for both teams THE BAD CHAIN THE GOOD CHAIN WHY 1 The fuse blew. True, and taken as the whole story no evidence, straight to the next why WHY 2 The circuit was overloaded. Inferred from the fuse rating, never checked WHY 3 The machine is old. An attribute, not a cause Dead end: why 4 was never asked the chain stops at a description COUNTERMEASURE Request a new machine. The capital request waits months, the line keeps stopping, and every sister machine runs on the same neglected lube schedule. WHY 1 The fuse blew on overload. Verified: blown fuse in hand, rising current in the log evidence in hand before the next why WHY 2 A seized spindle bearing overloaded the motor. Verified: bearing does not turn by hand, heat marks WHY 3 The bearing was not getting enough lubrication. Verified: reservoir empty, last lube entry 3 weeks old WHY 4 · ROOT CAUSE A lubrication schedule exists, but it is not part of anyone's standard work. Verified: no route, no named owner, no check it happens COUNTERMEASURE · CHANGES THE SYSTEM Lubrication goes into the operator's standard work with a visual level check; the weekly leader standard work audit verifies it keeps happening. Effectiveness check in four weeks, on data not opinions Same stop, same evidence available to both teams One chain buys a machine; one fixes the system that starved it
Schritt Die schlechte Kette Die gute Kette
Warum 1 Die Sicherung ist durchgebrannt. Die Sicherung ist wegen Überlast durchgebrannt. Verifiziert: Der Elektriker hält die durchgebrannte Sicherung in der Hand, und das Antriebslog zeigt einen Stromanstieg über 40 Minuten vor dem Stillstand.
Warum 2 Der Stromkreis war überlastet. Das Spindellager hatte sich festgefressen und den Motor überlastet. Verifiziert: Das Lager dreht sich von Hand nicht frei und ist durch Hitze verfärbt.
Warum 3 Die Maschine ist alt. Das Lager bekam nicht genug Schmierung. Verifiziert: Der Vorratsbehälter war fast leer; der letzte Eintrag auf dem Schmierplan ist drei Wochen alt.
Warum 4 Ein viertes Warum wurde nicht gestellt. „Alt“ ist eine Eigenschaft, keine Ursache, und die Kette ist dort gestorben. Es gibt einen Schmierplan, aber er steht in keiner Standardarbeit. Verifiziert: Der Plan hängt im Instandhaltungsbüro. Keine Route, kein benannter Verantwortlicher, keine Prüfung, ob er eingehalten wird.
Gegenmaßnahme Neue Maschine beantragen. Der Investitionsantrag zieht sich über Monate, die Linie steht weiter, und jede Schwestermaschine hängt weiter am selben vernachlässigten Schmierplan. Schmierung in die Standardarbeit des Werkers aufgenommen, mit visueller Füllstandsprüfung; das wöchentliche Leader-Standard-Work-Audit prüft die Einhaltung. Wirksamkeitsprüfung in vier Wochen: Lagertemperaturen und Antriebsstrom an M-14 und ihren zwei Schwestermaschinen.

Beide Ketten starten von derselben verifizierten Problembeschreibung: M-14 um 10:20 Uhr gestoppt, 34 Minuten verloren, 17 Stück hinter Takt. Die gute Kette hat in vier Warums eine behebbare Systemursache erreicht; fünf ist eine Faustregel, keine Quote.

Wo die schlechte Kette falsch abgebogen ist

  • Warum 2 wurde nie verifiziert. „Überlastet“ wurde aus dem Nennwert der Sicherung abgeleitet; niemand hat die Maschine geöffnet, das festgefressene Lager blieb unsichtbar, und die Kette landete beim Alter der Maschine.
  • Warum 3 beantwortet eine andere Frage. „Alt“ beschreibt die Maschine; es erklärt nicht, warum sich dieses Lager in dieser Woche festgefressen hat. Wenn eine Antwort eine Eigenschaft statt eines Ereignisses ist, hat die Kette den Ursachenpfad verlassen.
  • Die Gegenmaßnahme kauft eine neue Maschine und behält das System, das diese hier hat verhungern lassen. Die Ersatzmaschine erbt denselben herrenlosen Schmierplan und fällt auf dieselbe Weise aus, später und teurer.

Machen Sie jetzt den Rückwärtstest mit der guten Kette: Der Schmierplan liegt außerhalb der Standardarbeit, deshalb wurde die Schmierung versäumt, deshalb lief das Lager trocken und fraß sich fest, deshalb überlastete der Motor und die Sicherung brannte durch, deshalb blieb die Maschine stehen. Jedes „deshalb“ trägt. Versuchen Sie dasselbe mit der schlechten Kette, und sie scheitert sofort: „Die Maschine ist alt, deshalb war der Stromkreis überlastet“ ist kein Satz, den jemand laut verteidigen würde.

Beachten Sie, wo die gute Gegenmaßnahme landet: in zwei Dokumenten, die bereits Verantwortliche haben. Die standardisierte Arbeit des Werkers bekommt einen Schmierschritt mit visueller Füllstandsprüfung, und das wöchentliche Leader-Standard-Work-Audit prüft, dass er weiterhin stattfindet. Nichts Neues wurde erfunden. Das System hat die Lektion aufgenommen, und genau dafür ist das fünfte Warum da.

Die Falle „menschlicher Fehler“

Irgendwo um das dritte Warum herum treffen die meisten Ketten auf einen Menschen: Der Werker hat die Prüfung übersprungen, die Instandhaltung hat die Route verpasst, der Planer hat die falsche Zahl eingegeben. Das ist die wichtigste Weggabelung der Methode. Die Schuld bei der Person zu suchen, ist immer möglich und nie ausreichend. Möglich, weil ein Mensch jeden Prozess im Werk berührt, sodass sich jede Kette mit einem Namen beenden lässt, wenn man sie beenden will. Nicht ausreichend, weil dieselbe Schwäche den nächsten Menschen rekrutieren wird: Eine Prüfung, die nur im Gedächtnis von jemandem existiert, wird wieder übersprungen, im ungünstigsten Moment, von der gewissenhaftesten Person der Schicht.

Die Frage, die die Kette am Leben hält, lautet: Was hat den Fehler möglich gemacht, und was hat ihn leicht gemacht? Eine Schmierroute ohne Verantwortlichen und ohne Prüfung braucht niemanden, der nachlässig ist, um zu scheitern; sie braucht nur Zeit. Zu fragen, warum der Prozess den Fehler zugelassen hat, ist keine Höflichkeit gegenüber dem Werker. Es ist Präzision darüber, wo das Wiederauftreten wirklich steckt.

Es gibt auch eine Systemfolge. Ein Werk, in dem 5-Why-Ketten mit Namen enden, wird zu einem Werk, in dem sehr wenige Probleme gemeldet werden, und das Shopfloor Management verliert still seinen Rohstoff. Wer das dritte Warum bestraft, kauft Schweigen beim ersten.

Typische Fehlermuster

5 Why scheitert leise, und fast immer auf eine von vier Arten. Für jede gibt es eine Gegenmaßnahme, die als feste Regel besser wirkt denn als einmalige Korrektur.

Archäologie im Besprechungsraum

Die Analyse findet drei Tage später statt, in einem Konferenzraum, aus dem Gedächtnis. Die Teile sind weg, die Logs überschrieben, und die Kette wird aus dem gebaut, was Leute verteidigen können, statt aus dem, was passiert ist. Die Gegenmaßnahme ist eine feste Regel, keine Ermahnung: innerhalb von 24 Stunden, am Prozess, oder gar nicht.

Die vorentschiedene Antwort

Jemand will eine neue Maschine, einen größeren Puffer oder sein Lieblingsgerät, und die Kette wird rückwärts gebaut, um dort anzukommen. Das Erkennungszeichen ist eine Kette, in der kein Schritt einen Beweis trägt, weil Beweise Widerstand leisten würden. Abhilfe: ein Beweis pro Warum, und jemand von außerhalb des Bereichs liest die Kette rückwärts, bevor die Gegenmaßnahme freigegeben wird.

Fünf parallele Warums in einer Kette

Jedes Warum wird mit zwei oder drei Ursachen beantwortet, und die Kette wird zu einem Baum, der als Linie gezeichnet ist. Die Analyse fühlt sich gründlich an und beweist nichts. Verzweigen Sie ausdrücklich, wenn ein Warum zwei verifizierte Antworten hat, oder kartieren Sie die Kandidaten zuerst im Fishbone-Diagramm und vertiefen Sie den stärksten Pfad.

Nachschulung als Standardantwort

Jede Kette endet mit „Werker nachschulen“, weil es billig zu schreiben ist und niemand einen Prozess ändern muss. Das ist die Falle „menschlicher Fehler“ im Kostüm einer Gegenmaßnahme. Wenn Schulung immer wieder die Antwort ist, wurden die Ursachen nie verifiziert: Fragen Sie, wogegen die Schulung ankämpfen müsste, und beseitigen Sie genau das.

Was danach passiert

Eine verifizierte Kette löst ein Problem. Die Systemwirkung entsteht durch das, was danach mit den Ketten passiert. Gegenmaßnahmen ändern Standards, oder sie waren Theater. Probleme, die nach einer Gegenmaßnahme zurückkommen, gehören in eine vollständige RCCA mit Sofortmaßnahmen, verifizierter Korrekturmaßnahme und formaler Wirksamkeitsprüfung. Und wenn das vierte oder fünfte Warum über verschiedene Ketten hinweg immer wieder dieselbe fehlende Routine findet, ist das kein Zufall. Das ist das nächste Verbesserungsthema, angekündigt von den Daten.

Die Dokumentation ist die Stelle, an der gute Absichten versickern: Ketten auf Whiteboards werden gelöscht, Fotos gehen in Chat-Verläufen unter, Gegenmaßnahmen verlieren ihre Verantwortlichen, und die Prüfung nach vier Wochen findet nie statt, weil nichts terminiert wurde. An diesem Punkt passt TeamGuru in die Praxis: Der Einsatzbereich Ursachenanalyse hält die Problembeschreibung, die Kette, ihre Beweise und die Gegenmaßnahmen mit ihren Verantwortlichen in einem Datensatz zusammen, und die Wirksamkeitsprüfung ist terminiert statt dem Gedächtnis überlassen.

In der Roadmap läuft strukturierte Problemlösung parallel zu Leader Standard Work und speist Kaizen: dieselbe Disziplin, Ursache verifizieren, Standard ändern, Wirkung prüfen, nur auf Chancen gerichtet statt auf Abweichungen. Ein Team, das eine ehrliche 5-Why-Analyse durchführen kann, hat die schwere Hälfte von beidem bereits gelernt.

Diagramm der 5-Why-Ursachenkette: derselbe Maschinenstillstand zweimal analysiert. Die schlechte Kette akzeptiert unverifizierte Antworten und stirbt bei „Die Maschine ist alt“; die gute Kette verifiziert jedes Warum mit Beweisen und erreicht den Schmierplan, der in der Standardarbeit fehlt.

Zum Mitnehmen

Das Diagramm aus diesem Leitfaden als Bild, frei verwendbar in internen Schulungen und Workshops.

PNG herunterladen
Diagrammvorschau PNG herunterladen
Diagramm der 5-Why-Ursachenkette: derselbe Maschinenstillstand zweimal analysiert. Die schlechte Kette akzeptiert unverifizierte Antworten und stirbt bei „Die Maschine ist alt“; die gute Kette verifiziert jedes Warum mit Beweisen und erreicht den Schmierplan, der in der Standardarbeit fehlt.

Häufig gestellte Fragen

Warum fünf Warums und nicht drei oder sieben?
Fünf ist eine Faustregel aus der Toyota-Praxis: Die meisten Ketten brauchen etwa so viele Iterationen, um von einem Symptom zu einer Ursache im Managementsystem zu gelangen. Manche Ketten erreichen eine behebbare Systemursache in drei Warums, manche brauchen sieben. Die Abbruchregel zählt mehr als die Zahl: Hören Sie auf, wenn Sie eine Ursache erreichen, die Sie mit einem Standard, einer verantworteten Prüfung oder einer Prozessänderung beheben können, nicht wenn Sie bei fünf angekommen sind.
Wer hat die 5-Why-Methode erfunden?
Sie stammt von Toyota. Die Idee wird Sakichi Toyoda zugeschrieben und wurde im Toyota-Produktionssystem zu einer alltäglichen Problemlösungsgewohnheit entwickelt; Taiichi Ohno lehrte sie mit dem Beispiel der festgefressenen Maschine, das die meisten Schulungen bis heute zitieren. Mit Lean Manufacturing verbreitete sie sich ab den 1980er Jahren weltweit.
Kann ein Problem mehr als eine Grundursache haben?
Ja. Wer das Gegenteil behauptet, verflicht am Ende mehrere Ketten zu Brei. Wenn ein Warum zwei verifizierte Antworten hat, verzweigen Sie die Kette und folgen jedem Pfad getrennt bis zu seiner eigenen Systemursache und Gegenmaßnahme. Fehlerschlupf zum Kunden braucht von vornherein meist zwei Ketten: warum der Fehler entstanden ist, und warum er nicht entdeckt wurde, bevor er das Werk verlassen hat.
Was ist der Unterschied zwischen 5 Why und einem Fishbone-Diagramm?
Ein Fishbone-Diagramm (Ishikawa-Diagramm) sammelt mögliche Ursachen in der Breite, über Kategorien wie Maschine, Methode, Material und Mensch; 5 Why vertieft einen verifizierten Pfad. Am besten wirken sie nacheinander: Wenn viele Faktoren plausibel beitragen könnten, sammeln und gewichten Sie die Kandidaten im Fishbone-Diagramm und führen dann 5 Why auf dem stärksten oder den zwei stärksten durch. Ein Fishbone-Diagramm ohne Vertiefung liefert Verdächtige, keine Ursachen.
Wann am Tag sollte eine 5-Why-Analyse stattfinden?
Innerhalb von 24 Stunden nach dem Ereignis, am Prozess, solange Teile, Logs und Erinnerungen noch existieren. Das tägliche Shopfloor-Meeting ist der übliche Auslöser: Es weist die Analyse zu und hört am nächsten Morgen das Ergebnis. Die Analyse selbst findet an der Maschine mit den Beteiligten statt, nie im Meeting.
Wie sollte eine 5-Why-Analyse dokumentiert werden?
Ein Datensatz mit vier Dingen: die Problembeschreibung mit Zahlen, die Kette mit ihrem Beweis pro Schritt, die Gegenmaßnahme mit Verantwortlichem und Termin sowie Termin und Ergebnis der Wirksamkeitsprüfung. Ein Foto vom Whiteboard erfüllt davon nichts länger als eine Woche. Halten Sie das Format so einfach, dass ein Team es in zehn Minuten ausfüllt; die Disziplin steckt im Beweis, nicht in der Vorlage.

So setzt TeamGuru das um

Damit die Grundursache hält

Sehen Sie, wie TeamGuru jede Kette, ihre Beweise und ihre Gegenmaßnahmen in einem Datensatz zusammenhält, mit Verantwortlichen, Terminen und einer terminierten Wirksamkeitsprüfung.