8D-Methode

Ziel

Die 8D-Methode ist ein Vorgehen im Team: Ausgehend von einem Fehler, den der Kunde festgestellt hat, stellt das Team dessen Ursache ab und passt danach das System an, das den Fehler durchgelassen hat.

Sobald die Reklamation eintrifft, entscheiden die für das Problem verantwortliche Person und danach das Team, welcher Schutz gilt, solange die Ursache unbekannt ist. Ist die Ursache verifiziert, entscheidet das Team, welche Korrektur es in welchem Umfang umsetzt.

Das Ergebnis ist der 8D-Bericht. Er hat einen Abschnitt je Disziplin, von D0 bis D8, den das Team im Lauf der Arbeit ausfüllt. Der Bericht ist die formelle Antwort an den Kunden, der Nachweis für das Audit und das Archiv für das nächste ähnliche Problem.

Einsatz

Wann einsetzen

• Kundenreklamation oder Garantierückläufer: Der Fehler hat den Kunden bereits erreicht; der Kunde muss geschützt werden, bevor jemand den Fehler versteht.
• Sicherheitsproblem oder Verstoss gegen Vorschriften: Die Eindämmung in D3 begrenzt die Exposition, während das Team die Ursache sucht.
• Ausschuss, interne Abweichungen oder fehlgeschlagene Prüfungen über der tolerierten Schwelle: Der Fehler ist messbar, D2 geht von Zahlen aus.
• Fehler, der trotz punktueller Korrekturen wiederkehrt: D4 verlangt eine verifizierte Ursache, und D7 überträgt die Korrektur auf das System.
• Lieferant, von dem der Auftraggeber einen 8D-Bericht verlangt: Die erwartete Antwort folgt der Nummerierung D0 bis D8.
• Produktionsstörung in einer Informatik- oder Verwaltungsabteilung: Die Methode gilt auch ausserhalb der Fabrik, sobald ein Fehler einen Kunden erreicht.
• Daten zum Fehler liegen vor: Tickets, Messprotokolle, Änderungshistorie. Ohne sie füllt sich die Tabelle von D2 mit Meinungen.

Wann nicht einsetzen

• Prozessleistung verbessern, ohne gemeldeten Fehler: Es gibt keinen Kunden zu schützen; besser DMAIC anwenden.
• Möglicher Ausfall, der noch nicht eingetreten ist: Konstruktion oder Prozess mit einer FMEA analysieren.
• Bereichsübergreifendes oder strategisches Managementproblem: eine A3-Problemlösung durchführen.

Beschreibung

Woher die acht Disziplinen stammen

Die Führung von Ford wollte ihrer Division Powertrain eine Teammethode für wiederkehrende Probleme geben. Die Arbeit begann 1986. Das daraus entstandene Handbuch, Team Oriented Problem Solving (TOPS), erschien 1987. Christoph Roser sieht darin den wahrscheinlichen Einfluss einer Norm, die Ford als Lieferant der US-Armee kannte: die MIL-STD-1520C vom Juni 1986, die Korrekturmassnahmen bei nicht konformem Material regelt. Die Disziplin D0 und der Begriff des Escape Point kamen später hinzu. Die Methode behielt trotzdem den Namen 8D.

Sie verbreitete sich in der Lieferkette der Automobilindustrie, weil der Auftraggeber den 8D-Bericht von seinem Lieferanten verlangt. Roser beschreibt sie heute als in der Industrie weit verbreitet, besonders bei Qualitätsproblemen.

Die neun Disziplinen

Die Disziplinen folgen aufeinander, und jede baut auf der vorherigen auf.

D0. Vorbereiten. Bevor sie das Team bildet, sammelt die verantwortliche Person, die das Problem erhält, anhand einer Frageliste die Symptome und entscheidet, ob der Fall ein 8D rechtfertigt. Ein 8D ist gerechtfertigt, wenn fehlerhafte Teile oder Rechnungen den Kunden erreichen, wenn der Fehler wiederkehrt oder wenn die Ursache unbekannt ist. Ist die Ursache bekannt und die Korrektur offensichtlich, korrigiert die verantwortliche Person direkt. Sie entscheidet ausserdem über eine Notfallmassnahme, falls der Fehler den Kunden weiterhin erreicht: eine Lieferung sperren, ein Los zurückziehen, die Funktion in der Produktion abschalten. Diese Massnahme schützt den Kunden ab der Reklamation. Sie korrigiert nichts.

D1. Das Team bilden. Das Team ist bereichsübergreifend und vereint das Wissen über Produkt, Prozess und Daten. Die Teamleitung kennt die Methode und führt das Team von einer Disziplin zur nächsten, ohne zwingend das Problem am besten zu kennen. Der Sponsor ist die Person, die die vom Team vorgeschlagenen Änderungen genehmigen und die Eindämmung finanzieren kann. Ohne Sponsor liefert das 8D Empfehlungen, die niemand umsetzt. In einer Informatik- oder Verwaltungsabteilung beschreibt die Business-Analystin dem Team den Prozess und die Daten, die D2 und D4 brauchen.

D2. Das Problem beschreiben. Das Team beschreibt das Problem in messbaren Grössen: was, wo, wann, wie viel. Es geht vom Symptom aus, formuliert als Objekt und Fehler, zum Beispiel "Prämienrechnung, Rabatt fehlt", und präzisiert es dann. Das Werkzeug von D2 ist die Ist-/Ist-nicht-Tabelle aus der Problemanalyse nach Kepner und Tregoe. Für jede Dimension hält sie fest, wo das Problem auftritt und wo es auftreten könnte, aber nicht auftritt. Jedes Feld "ist nicht" schliesst mögliche Ursachen aus, bevor die Analyse beginnt. Die Beschreibung spricht vom Problem. Die Lösung wartet auf D5.

D3. Das Problem eindämmen. Das Team setzt eine vorläufige Eindämmungsmassnahme ein, die den Kunden bis zur dauerhaften Korrektur vom Fehler abschirmt: den Bestand sortieren, jedes Teil vor dem Versand prüfen, jede betroffene Rechnung von Hand kontrollieren. Diese Massnahme ist teuer und lässt die Ursache unberührt. Das Team prüft ihre Wirksamkeit. Eine Eindämmung, die fehlerhafte Teile durchlässt, hat das Problem verschoben, ohne es einzudämmen. Sobald die Eindämmung steht, legt das Team das Kriterium fest, nach dem es sie aufhebt. Es markiert ausserdem das erste Los oder den ersten Fakturierungslauf, der als gut gilt: Ab dieser Marke weist D6 nach, dass keine fehlerhaften Teile oder Rechnungen mehr zum Kunden gelangen.

Die Methode setzt D3 vor D4, weil jeder Tag, an dem weiter fehlerhafte Teile oder Rechnungen beim Kunden ankommen, ihn und den Lieferanten Geld kostet.

D4. Grundursache und Escape Point bestimmen und verifizieren. Das Team führt in D4 eine Ursachenanalyse durch. Es vergleicht die Spalten "ist" und "ist nicht", notiert, was sie unterscheidet und was sich geändert hat, und leitet daraus Ursachenhypothesen ab. Bei Bedarf weitet es das Feld mit einem Ishikawa-Diagramm aus oder verfolgt eine Kette mit den fünf Warum zurück. Danach verifiziert es jede Hypothese mit Daten oder einem Versuch. Eine verifizierte Grundursache lässt sich nach Belieben auslösen und abstellen. Eine Hypothese, die diesen Test nicht besteht, bleibt eine Hypothese.

Der Escape Point ist die Stelle im Prozess, die der Grundursache am nächsten liegt und an der sie hätte entdeckt werden können, aber nicht entdeckt wurde. Die Grundursache erklärt, warum der Fehler entstanden ist. Der Escape Point erklärt, warum er den Kunden erreicht hat. Französischsprachige Fachleute sprechen auch von cause d'apparition und cause de non-détection, also von Auftretensursache und Nichtentdeckungsursache.

D5. Dauerhafte Abstellmassnahmen wählen und verifizieren. Das Team wählt für jede der beiden Ursachen eine dauerhafte Abstellmassnahme. Die erste beseitigt oder ändert die Bedingung im Produkt oder im Prozess, die den Fehler erzeugt hat. Die zweite verbessert die Kontrolle am Escape Point. Das Team bewertet das Risiko jeder Option, zum Beispiel mit einer FMEA, und wählt dann anhand von Akzeptanzkriterien. Wie in der Entscheidungsanalyse nach Kepner und Tregoe teilen sich diese Kriterien in Muss- und Wunschkriterien. Das Team verifiziert beide Korrekturen, bevor es sie einführt, mit einem Versuch, einer Pilotserie oder in einer Testumgebung.

D6. Umsetzen und validieren. Das Team führt die Korrekturen nach einem Plan ein, der die Schritte, die Kommunikation an die Stakeholder und die Erfolgsmessung festlegt. Die Verifizierung in D5 zeigte die Wirkung in einem Versuch; die Validierung in D6 misst sie in der Produktion. Ist die Korrektur validiert, hebt das Team die Eindämmung aus D3 auf.

D7. Wiederauftreten verhindern. D5 und D6 haben ein Produkt und einen Prozess korrigiert. In D7 sucht das Team, wo derselbe Fehler anderswo auftreten kann: ähnliche Produkte, verwandte Prozesse, andere Standorte. Es passt die Verfahren und Arbeitsanweisungen an, ebenso die FMEA und den Produktionslenkungsplan, der die Prozesskontrollen festlegt.

D8. Abschliessen und das Team würdigen. Das Team archiviert den Bericht, hält fest, was es über seine Art der Problemlösung gelernt hat, und vergleicht den Zustand vorher und nachher. Die Führung würdigt die Arbeit des Teams und jedes Mitglieds. Das Archiv dient dem nächsten 8D: Einen wiederkehrenden Fehler sucht man zuerst in den abgeschlossenen Berichten.

Den Escape Point finden

Das Team beginnt dort, wo die Ursache entstanden ist, und folgt dem Prozess flussabwärts. Es listet jede Kontrolle auf, die der Fehler durchlaufen hat: Inspektion, Prüfung, Review, Abgleich, Wareneingang. Für jede fragt es, ob sie an ihrer Stelle im Prozess genau diese Ursache hätte entdecken können. Die erste, die es gekonnt hätte, ist der Escape Point. Hat sie den Fehler durchgelassen, repariert das Team sie: ihre Abdeckung, ihre Schwelle, ihre Stichprobe oder ihre Testdaten. Gibt es zwischen der Ursache und dem Kunden keine Kontrolle, ist der Escape Point der Schritt, welcher der Ursache am nächsten liegt und an dem eine Kontrolle sie entdeckt hätte, und das Team fügt dort eine hinzu.

In einem Informatikprojekt ist der Escape Point oft ein Test: ein Fall, den der Abnahmetest nicht abdeckte, ein Testdatensatz, der die fehlerhafte Konfiguration nicht enthielt. Die Business-Analystin, die die Akzeptanzkriterien geschrieben hat, ist dann als Erste von der zweiten Korrektur betroffen.

Drei Massnahmen, drei Lebensdauern

Die Notfallmassnahme aus D0 schützt den Kunden ab der Reklamation und hält, bis die Eindämmung aus D3 sie ablöst. Die vorläufige Eindämmungsmassnahme aus D3 schirmt den Kunden bis zur Validierung in D6 vom Fehler ab. Die dauerhafte Abstellmassnahme, in D5 gewählt und in D6 eingeführt, beseitigt die Ursache und bleibt. Die ersten beiden kosten Geld, solange sie laufen.

Häufige Fehler

Die Eindämmung als Korrektur ausgeben. Eine hundertprozentige Sortierung, die seit Monaten läuft, verdeckt ein 8D, das in D3 stehen geblieben ist. Der Kunde erhält keine fehlerhaften Teile mehr, aber das Werk produziert sie weiterhin und bezahlt die Sortierung.

Eine Ursache behaupten, ohne sie zu verifizieren. Das Team wählt die plausibelste Hypothese und geht zu D5 über. Lässt sich die Ursache nicht nach Belieben auslösen, beruht die Korrektur auf einer Vermutung, und der Fehler kehrt zurück.

D4 mit nur einer Ursache abschliessen. Der Bericht nennt die Grundursache und sagt nichts über die Kontrolle, die sie durchgelassen hat. Die Korrektur in D5 ist dann auf dem Papier vollständig, und die Kontrolle bleibt blind.

Die Analyse bei einer Person anhalten. "Bedienfehler" beschreibt ein Symptom. Das Team fragt weiter, warum der Prozess den Fehler möglich gemacht hat und warum keine Kontrolle ihn aufgehalten hat. Das 8D verlangt von einem Team zu sagen, was es durchgelassen hat, auch in seinen eigenen Kontrollen. Sucht die Reklamation einen Schuldigen, neigt das Team dazu, die erste Ursache zu wählen, die keines seiner Mitglieder belastet.

In D6 aufhören. Das Produkt ist korrigiert, und sein Zwilling, auf der Nachbarlinie mit demselben Werkzeug gefertigt, behält den Fehler. Für diesen Fall gibt es D7.

Den Bericht ausfüllen, statt das Problem zu lösen. David Verble vom Lean Enterprise Institute hält fest: Ein 8D-Bericht beschreibt eine Problemlösung im Nachhinein, er bringt sie nicht hervor. Ein Bericht, der an einem Abend ausgefüllt wird, um dem Kunden zu antworten, hat das Format der Methode und nichts von ihrer Arbeit.

Abgrenzung zu den benachbarten Methoden

Das 8D enthält eine Ursachenanalyse. iSixSigma nennt die fünf Warum und das Ishikawa-Diagramm unter den Werkzeugen von D4. Das 8D fügt hinzu, was D4 umgibt: davor die Eindämmung, danach die beiden Korrekturen und die Vorbeugung im ganzen System.

Die FMEA arbeitet vor dem Fehler, an einer Konstruktion oder einem Prozess, und bewertet mögliche Ausfälle. Das 8D geht von einem festgestellten Fehler aus. Die beiden Methoden kreuzen sich zweimal: D5 kann die Korrekturoptionen mit einer FMEA bewerten, und D7 ergänzt die bestehende FMEA um die Fehlerart, die der Fall aufgedeckt hat.

Die A3-Problemlösung unterscheidet sich im Umfang. Verble beobachtet, dass das 8D vor allem auf operativer Ebene eingesetzt wird, bei Problemen, die auf die Arbeit eines Teams begrenzt sind. Bei Toyota wird das A3 meist für Managementprobleme eingesetzt, bereichsübergreifende oder strategische. Verble urteilt ausserdem, dass das 8D bei der Nachverfolgung der Ergebnisse und beim Schliessen des PDCA-Zyklus weniger weit geht als das A3. Roser stellt dasselbe fest: Das 8D legt den Schwerpunkt auf rasche Reaktion und Eindämmung; die Phasen Check und Act des PDCA behandelt es weniger.

DMAIC, das Projektvorgehen von Six Sigma, geht von einem Prozess aus, dessen Leistung verbessert werden soll, und misst ihn, bevor es ihn analysiert. Das 8D geht von einem Fehler aus, der den Kunden erreicht hat. D3 trennt die beiden Methoden: DMAIC hat keinen Eindämmungsschritt.

KI-Überlegungen

Ein Assistent sortiert Reklamationen in D0 und D2. Er gruppiert Tickets, E-Mails und Rücksendungen nach Symptom, Produkt und Datum und füllt die Ist-/Ist-nicht-Tabelle vor. Das Team prüft jedes Feld an den Quelldaten: Ein falsches Feld "ist nicht" schliesst die richtige Ursache aus. In D4 schlägt der Assistent Hypothesen vor und ordnet sie, ausgehend von der Tabelle und der Änderungshistorie. Er verifiziert sie nicht: Die Verifizierung ist ein Versuch, der die Ursache auslöst und abstellt.

In D7 sucht er ähnliche Fälle in einer Dokumentenbasis: die Produkte, die das Bauteil teilen, die Verfahren, die denselben Schritt enthalten, die abgeschlossenen 8D, die einen ähnlichen Fehler beschreiben. Er entwirft den Bericht in der Sprache des Kunden, auf Deutsch für einen deutschen Automobilhersteller, zur Durchsicht durch das Team.

Zwei Verwendungen sind auszuschliessen. Ein Modell, das aus einer Reklamation einen vollständigen 8D-Bericht verfasst, liefert eine plausible Ursache und stimmige Korrekturen, ohne dass jemand Daten angesehen hat. Verble beschreibt diesen Fehler: ein Bericht ohne Problemlösung, nur schneller erstellt. Die zweite Verwendung legt Daten offen: Eine Reklamation enthält Personendaten von Kunden, und ein Lieferantenfehler fällt oft unter eine Geheimhaltungsvereinbarung mit dem Auftraggeber. Das Datenschutzgesetz (DSG) und der Vertrag entscheiden, in welches Werkzeug diese Daten gelangen dürfen.

Beispiele

Der folgende Bericht stammt von einem fiktiven Krankenversicherer aus der Romandie. Nach einer Inbetriebnahme hat seine Fakturierungsplattform den Familienrabatt auf den Prämienrechnungen der Zusatzversicherung weggelassen.

Die Korrektur des Escape Point berichtigt keine einzige Rechnung. Sie ändert die Testdaten des Abnahmetests, damit der Test den nächsten Zuordnungsfehler, bei welchem Code auch immer, vor der Produktion erkennt. Ohne sie hätte das Team die Zuordnung von RF korrigiert und den Abnahmetest so blind gelassen wie zuvor.

Visualisierungen

Das Schema der Abfolge der Disziplinen zeigt auf einen Blick, dass D3 vor D4 steht und dass sich D4 in zwei Korrekturen verzweigt, die eine Tabelle in dieselbe Spalte setzen würde. Ein zweites Schema folgt dem Ablauf des Fakturierungsfalls und setzt den Escape Point an die erste Kontrolle nach der Ursache. Die Lebensdauer der drei Massnahmen liest sich als Balken auf der Achse der Disziplinen, von D0 bis D8. Die Ist-/Ist-nicht-Tabelle und der 8D-Bericht bleiben Tabellen, ihre ursprüngliche Form.

Aufwand

Werkzeuge

Eine Vorlage für den 8D-Bericht, als Tabellenkalkulation oder Textdokument, genügt den meisten Teams. Viele Auftraggeber schreiben ihre eigene vor, teils zur Erfassung in einem Lieferantenportal. In einer Informatikabteilung gehört der Bericht in den Problem-Datensatz des IT-Service-Management-Werkzeugs. In der Tabellenkalkulation führt das Team auch die Ist-/Ist-nicht-Tabelle und verfolgt die Massnahmen von D5 bis D7.

Software für das Qualitätsmanagement bietet ein Modul für Korrektur- und Vorbeugemassnahmen (CAPA). Es verfolgt jedes 8D und verknüpft die Massnahmen mit ihren Verantwortlichen und Fristen. Es archiviert auch die abgeschlossenen Berichte für D8. Es lohnt sich, wenn die Organisation mehrere Dutzend 8D pro Jahr bearbeitet und einen ähnlichen Fehler in früheren Berichten wiederfinden will.

In D4 zeichnet das Team das Ishikawa-Diagramm während der Sitzung auf ein Whiteboard, physisch oder online. Die Datenanalyse in D2 und die Verifizierung in D4 verlangen eine Tabellenkalkulation oder eine Statistiksoftware. In einer Informatikabteilung liefert das Werkzeug für das Störungsmanagement die Historie der Tickets und Änderungen, die der Vergleich in D4 braucht.

Quellen

• Ford Motor Company (1987), Team Oriented Problem Solving (TOPS), internes Schulungshandbuch, unveröffentlicht: die Herkunft der Methode, bekannt über Feldman, Verble und Roser.
• U.S. Department of Defense (1986), MIL-STD-1520C, Corrective Action and Disposition System for Nonconforming Material, inzwischen aufgehobene Militärnorm, öffentliche Kopie auf everyspec.com: die Norm für Korrekturmassnahmen, die älter ist als das Handbuch von Ford.
• Feldman, Ken (2018), 8D Process, iSixSigma: der Beginn der Arbeit bei Ford Powertrain 1986, das Erscheinen des TOPS-Handbuchs 1987, die Ergänzung der ursprünglichen acht Disziplinen um D0 und die Werkzeuge von D4.
• Verble, David (2020), Dueling Methods: 8D and A3, The Lean Post, Lean Enterprise Institute: die Herkunft bei Ford, die Liste der Disziplinen, der Hinweis, dass ein Bericht eine Problemlösung beschreibt, ohne sie hervorzubringen, und die Aufteilung des Umfangs mit dem A3.
• Roser, Christoph (2025), The History of the Eight Disciplines Problem Solving (8D), AllAboutLean.com: der wahrscheinliche Einfluss der MIL-STD-1520C, die spätere Ergänzung um D0, der Escape Point und seine Stelle in D4, der Schwerpunkt der Methode auf rascher Reaktion und Eindämmung sowie ihre verbreitete Anwendung in der Industrie.