Meine Session planen
Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.
Session: 8D Problem Solving
Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.
Methoden-Session mit 4-10. Der Plan nutzt die vorhandene Methodenlogik und das Run Sheet.
Run Sheet- 1
D0+D1: Notfallaktion und Team
Tag 0-1D0: Sofortmaßnahmen zur Schadensbegrenzung (Sperrlieferung, Quarantäne). D1: Team benennen, Lead, Mitglieder mit Aufgaben, Champion. Kontakt zum Kunden. Hinweis: D0 ist nicht Optional. Wer 8D ohne Notfallaktion startet, riskiert Folgereklamationen. Team in D1 muss Entscheidungsbefugnis haben, nicht nur Beratung. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Facilitator8D Report - 2
D2+D3: Problem und Containment
Tag 1-3D2: Problem präzise beschreiben (Was, Wo, Wann, Wie viel, Wie). D3: Containment-Aktionen (Aussortieren, 100%-Prüfung, Ersatzlieferung). Containment-Wirkung verifizieren. Hinweis: Containment ist temporär. Wenn nach 3 Wochen Containment immer noch läuft, fehlt D5/D6. Schwelle festlegen: Containment maximal bis D7-Verifikation. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorContainment Plan - 3
D4+D5: Root Cause
Woche 1-4D4: 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. Hinweis: 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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorRoot Cause Evidence - 4
D6+D7: Korrekturmaßnahmen
Woche 4-8D6: 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. Hinweis: D6 ohne Wirknachweis ist kein Abschluss. D7 ist häufig der schwierigste Teil: Lessons in andere Produkte oder Prozesse übertragen. Cross-Functional-Review hilft. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
FacilitatorCorrective Action Plan - 5
D8: Team-Anerkennung
1 TagTeam-Reflexion: was lief gut, was nicht. Anerkennung für Leistung. Lessons Learned in zentrale Knowledge Base. 8D-Report mit Kunden-Sign-off abschließen. Hinweis: D8 wird oft weggelassen, schadet Methode langfristig. Anerkennung und Lessons-Learned-Eintrag sind Disziplinmaßnahmen, sonst sinkt Bereitschaft bei nächster Reklamation. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Owner8D Report - 6
Artefakt veröffentlichen
10 minArtefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
Owner8D Report
Session Brief
Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.
# Session Brief: 8D Problem Solving
## Ziel
Artefakt: 8D Report
## Arbeitsfrage
Welches systematisch belegte Ursachensystem hat den Defekt erzeugt, welche Sofort- und Korrekturmaßnahmen verhindern weitere Schäden, und wie wird Wiederauftreten dauerhaft verhindert?
## Kontext
Reklamations-ID, Defektbeschreibung, betroffene Liefermenge, Kunde, Frist; bekannte Vorgängerfälle; gültige Standards (z. B. AIAG, VDA); verfügbare Rückstellmuster und Logs.
## Setup
- Format: Methoden-Session
- Dauer: D0-D3 in 24-48 h, vollständig 4-12 Wochen
- Modus: Workshop oder async
- Teilnehmende: 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.
- Owner: Ein 8D-Lead mit Erfahrung
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen
## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.
## Ergebnislogik
Die Session arbeitet direkt auf 8D Report hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.
## Input
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.
## Vorbereitung
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.
## Agenda
1. D0+D1: Notfallaktion und Team (Tag 0-1)
Owner: Facilitator
Aktion: D0: Sofortmaßnahmen zur Schadensbegrenzung (Sperrlieferung, Quarantäne). D1: Team benennen, Lead, Mitglieder mit Aufgaben, Champion. Kontakt zum Kunden. Hinweis: D0 ist nicht Optional. Wer 8D ohne Notfallaktion startet, riskiert Folgereklamationen. Team in D1 muss Entscheidungsbefugnis haben, nicht nur Beratung. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: 8D Report
2. D2+D3: Problem und Containment (Tag 1-3)
Owner: Facilitator
Aktion: D2: Problem präzise beschreiben (Was, Wo, Wann, Wie viel, Wie). D3: Containment-Aktionen (Aussortieren, 100%-Prüfung, Ersatzlieferung). Containment-Wirkung verifizieren. Hinweis: Containment ist temporär. Wenn nach 3 Wochen Containment immer noch läuft, fehlt D5/D6. Schwelle festlegen: Containment maximal bis D7-Verifikation. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Containment Plan
3. D4+D5: Root Cause (Woche 1-4)
Owner: Facilitator
Aktion: 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. Hinweis: 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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Root Cause Evidence
4. D6+D7: Korrekturmaßnahmen (Woche 4-8)
Owner: Facilitator
Aktion: 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. Hinweis: D6 ohne Wirknachweis ist kein Abschluss. D7 ist häufig der schwierigste Teil: Lessons in andere Produkte oder Prozesse übertragen. Cross-Functional-Review hilft. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: Corrective Action Plan
5. D8: Team-Anerkennung (1 Tag)
Owner: Owner
Aktion: 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. Hinweis: D8 wird oft weggelassen, schadet Methode langfristig. Anerkennung und Lessons-Learned-Eintrag sind Disziplinmaßnahmen, sonst sinkt Bereitschaft bei nächster Reklamation. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
Output: 8D Report
6. Artefakt veröffentlichen (10 min)
Owner: Owner
Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
Output: 8D Report
## Abschluss
- Ergebnisartefakt aktualisieren: 8D Report
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.Arbeitsartefakt
Vorgefüllter Startpunkt auf Basis der passenden Vorlage.
# 8D Report: 8D Problem Solving
## Arbeitsfrage
Welches systematisch belegte Ursachensystem hat den Defekt erzeugt, welche Sofort- und Korrekturmaßnahmen verhindern weitere Schäden, und wie wird Wiederauftreten dauerhaft verhindert?
## Kontext
Reklamations-ID, Defektbeschreibung, betroffene Liefermenge, Kunde, Frist; bekannte Vorgängerfälle; gültige Standards (z. B. AIAG, VDA); verfügbare Rückstellmuster und Logs.
## Beteiligte
- Owner: Ein 8D-Lead mit Erfahrung
- Teilnehmende: 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.
## Input
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.
## Vorlage
# 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.
## Fertigstellungscheck
- 8D Report ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:
## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren8D Problem Solving Arbeitsvorlage
# 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.- Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
- Das Ergebnis passt zu 8D Report.
- 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.
- Offene Fragen sind als Follow-up notiert.
- Der nächste Review oder Entscheidungspunkt ist terminiert.