Was vorher fertig sein muss
Eine konkrete Reklamation, ein wiederkehrender Defekt oder ein dringliches Problem mit messbarer Auswirkung liegt vor.
Eine Kultur und Format der schuldfreien Aufarbeitung sind etabliert, sodass D5 (Root Cause) ehrlich erarbeitet wird.
Was vor Start vorliegen muss
8D-Report-Vorlage (typisch ein Dokument mit acht Sektionen D1-D8); Whiteboard für Team-Setup; Daten und Logs zum Defekt; Vorlagen für Ishikawa und 5 Whys; Kunden-Kontaktinformationen; Trace-Daten betroffener Lieferungen.
Ein 8D-Lead mit Erfahrung; Champion oder Sponsor; 4-7 Personen mit Domänenkenntnis (Qualität, Produktion, Engineering, Logistik); Kunde oder Kundenvertreter, falls extern; ein Scribe.
Reklamations-ID, Defektbeschreibung, betroffene Liefermenge, Kunde, Frist; bekannte Vorgängerfälle; gültige Standards (z. B. AIAG, VDA); verfügbare Rückstellmuster und Logs.
D0-D3 in 24-48 h, vollständig 4-12 Wochen
8D-Report-Vorlage öffnen, Sektionen D1-D8 auf Tafel oder geteiltem Dokument. D1 (Team) und D2 (Problembeschreibung) als erste sichtbare Sektion. Tagesziele und Verbindlichkeiten fix. Kommunikationskanal zum Kunden eröffnet.
Die eine Frage, die diese Methode beantwortet
Welches systematisch belegte Ursachensystem hat den Defekt erzeugt, welche Sofort- und Korrekturmaßnahmen verhindern weitere Schäden, und wie wird Wiederauftreten dauerhaft verhindert?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1D0+D1: Notfallaktion und Team | Tag 0-1 | D0: Sofortmaßnahmen zur Schadensbegrenzung (Sperrlieferung, Quarantäne). D1: Team benennen, Lead, Mitglieder mit Aufgaben, Champion. Kontakt zum Kunden. | D0 ist nicht Optional. Wer 8D ohne Notfallaktion startet, riskiert Folgereklamationen. Team in D1 muss Entscheidungsbefugnis haben, nicht nur Beratung. |
2D2+D3: Problem und Containment | Tag 1-3 | D2: Problem präzise beschreiben (Was, Wo, Wann, Wie viel, Wie). D3: Containment-Aktionen (Aussortieren, 100%-Prüfung, Ersatzlieferung). Containment-Wirkung verifizieren. | Containment ist temporär. Wenn nach 3 Wochen Containment immer noch läuft, fehlt D5/D6. Schwelle festlegen: Containment maximal bis D7-Verifikation. |
3D4+D5: Root Cause | Woche 1-4 | D4: Ursachen-Hypothesen sammeln (Ishikawa, 5 Whys, Brainstorming). D5: Hypothesen mit Daten prüfen, Root Cause(s) verifizieren. Trennung zwischen Cause of Defect und Cause of Non-Detection. | Häufig wird nur Cause of Defect gesucht. Genauso wichtig: warum hat das Kontrollsystem (Inspektion, Test) den Defekt nicht erkannt. Zwei Root-Cause-Stränge parallel. |
4D6+D7: Korrekturmaßnahmen | Woche 4-8 | D6: Permanente Korrekturmaßnahmen für Cause of Defect und Cause of Non-Detection. Wirkung verifizieren (Pilot, Test). D7: Wiederholung verhindern (Standards, Prozesse, Tools). Containment auflösen. | D6 ohne Wirknachweis ist kein Abschluss. D7 ist häufig der schwierigste Teil: Lessons in andere Produkte oder Prozesse übertragen. Cross-Functional-Review hilft. |
5D8: Team-Anerkennung | 1 Tag | Team-Reflexion: was lief gut, was nicht. Anerkennung für Leistung. Lessons Learned in zentrale Knowledge Base. 8D-Report mit Kunden-Sign-off abschließen. | D8 wird oft weggelassen, schadet Methode langfristig. Anerkennung und Lessons-Learned-Eintrag sind Disziplinmaßnahmen, sonst sinkt Bereitschaft bei nächster Reklamation. |
Was am Ende rauskommt
8D-Report-Dokument mit allen acht Sektionen D1-D8, Daten- und Test-Belegen für Root Cause und Korrekturmaßnahmen, Kunden-Sign-off, Lessons Learned und Cross-Reference zu betroffenen Standards oder Prozessen.
Pro Reklamation eigene 8D mit ID, Datum, Team-Lead und Champion. Versionsstand mit Datum. Bei Re-Open (Wiederholung, neue Erkenntnisse) als neue Iteration mit Verweis auf Vorgänger, ursprünglicher 8D-Report bleibt erhalten.
Kompakte Arbeitsvorlage für 8D Problem Solving mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# 8D Problem Solving Arbeitsvorlage
## Ziel
Achtstufige Problemlösungsmethode zur Eindämmung, Ursachenanalyse und dauerhaften Korrektur.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- 8D Report:
- Containment Plan:
- Root Cause Evidence:
- Corrective Action Plan:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Konkret gefülltes Szenario
## 8D — Reklamation 2026-R-0341, Hardware-Bundle „Pro Kit“, Kunde Müller GmbH
**Lead**: @ben. **Champion**: Quality-Director. **Eröffnet**: 02.05.2026.
### D1 Team
Quality, Production, Engineering, Logistics, Customer Service, Kunde-Vertreter (Müller QA).
### D2 Problembeschreibung
42 von 120 ausgelieferten Bundles enthalten USB-Kabel Typ C statt Typ A. Auswirkung: Kunde kann nicht in Bestandsperipherie integrieren, Produktionsstillstand 4 h, Schaden 18.500 EUR.
### D3 Containment
02.05.: Restbestand gesperrt (320 Stück), 100%-Prüfung. Ersatzlieferung 78 korrekte Bundles per Express 03.05.
### D4 Ursachen-Hypothesen
Fishbone: Falsche Komponente in Stückliste, Pickfehler im Lager, geänderte Lieferantenversion ohne Update. 5 Whys auf Top-Hypothesen.
### D5 Verifizierte Root Causes
- **Cause of Defect**: Lieferant hat USB-Variante ohne Kennzeichnung geändert (Engineering-Change-Note nicht übernommen).
- **Cause of Non-Detection**: Wareneingang prüft nur Stückzahl, nicht Variante; Stichproben-Test fehlt für USB-Typ.
### D6 Korrekturmaßnahmen
- Lieferanten-EC-Prozess: schriftliche Bestätigung pro Variante, ab 15.05. (Owner @anna).
- Wareneingang: USB-Typ-Test in Stichprobenroutine, ab 12.05. (Owner @marlene).
- Verifikation: Pilot 6 Lieferungen ohne Defekt zwischen 12. und 30.05.
### D7 Wiederholungs-Verhinderung
FMEA für alle USB-Varianten aktualisiert; Lieferanten-Bewertung neu (Kennzeichnungspflicht); Quality-Plan für vergleichbare Bundles („Office Kit“, „Mobile Kit“) angepasst.
### D8 Anerkennung
Team-Retro am 28.05.: schnelle Reaktion gewürdigt; Lessons in zentrale KB-Sektion „Lieferanten-EC“ eingespielt. Kunde-Sign-off 30.05.Symptome erkennen, gegensteuern
100%-Prüfung läuft 8 Wochen ohne D6-Lösung, Kosten steigen, Team gewöhnt sich.
Schwelle festlegen: Containment maximal bis D7-Verifikation. Wenn Verzögerung, Champion eskaliert; Containment ist nicht Lösung.
D5 listet nur die direkte Ursache, Frage warum Kontrolle versagte fehlt.
Zwei Root-Cause-Stränge parallel: warum entstand der Defekt, warum wurde er nicht erkannt. Beide Stränge brauchen Maßnahmen in D6.
Root Cause „Mitarbeiterin hat Variante übersehen“, keine systemische Ebene erreicht.
Bei personifiziertem Root Cause weiter fragen: welches Sicherheitsnetz fehlte. Wenn Kontrolle nicht da war, ist die Lücke der Root Cause, nicht die Person.
D6 löst aktuellen Fall, D7 ist Floskel („Schulung erweitert“), keine systemische Übertragung.
D7 fordert Cross-Functional-Review: welche anderen Produkte, Prozesse oder Lieferanten haben ähnliches Risiko. Mindestens 2-3 weitere Bereiche prüfen.
Reklamation geschlossen, kein Lessons-Learned-Eintrag, kein Team-Reflex. Nächste Reklamation startet wieder bei null.
D8 ist Teil des Reports, nicht Anhang. Termin 1-2 Wochen nach D7-Abschluss verbindlich. Lessons in zentraler KB, nicht nur im 8D-Report.
8D wird auf Bagatell-Reklamation angewendet, Overhead frisst Nutzen.
8D ist für signifikante Reklamationen mit systemischem Risiko. Für Bagatell-Cases A3 oder einfaches Postmortem. Schwelle definieren (z. B. EUR-Schaden, Wiederholrisiko).
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.