A3 Problem Solving: Methode, 7 Schritte und Praxis

Was ist A3 Problem Solving?

A3 Problem Solving ist ein strukturierter Prozess zur Problemlösung, der ursprünglich aus dem Toyota-Produktionssystem (TPS) stammt. Der Name bezieht sich auf das DIN-A3-Papierformat: Der gesamte Denkprozess, vom Problem bis zur Lösung, wird auf einer einzigen Seite visualisiert.

Das Ziel von A3 ist nicht die Dokumentation. Das Ziel ist eine faktenbasierte Denkdisziplin, die Ursachen bekämpft statt Symptome zu kurieren. Der A3-Report ist dabei das Werkzeug, das diese Disziplin erzwingt: Wer ein Problem auf einer Seite erklären muss, kann nicht bluffen. Jede Lücke im Denken wird sichtbar.

In der Praxis wird A3 überall dort eingesetzt, wo Standardlösungen nicht mehr ausreichen: wiederkehrende Störungen an Anlagen, chronische Qualitätsabweichungen, Prozessinstabilität, Schnittstellenkonflikte zwischen Abteilungen. Typischerweise startet ein A3-Report dort, wo eine Pareto-Analyse die Top-Verluste identifiziert hat und der nächste Schritt eine systematische Ursachenanalyse erfordert.

Die 7 Bausteine eines A3-Reports

Ein professioneller A3-Report folgt einer logischen Sequenz. Die linke Seite des Blatts beschreibt das Problem (Schritte 1-5), die rechte Seite die Lösung (Schritte 6-7). Diese Trennung ist bewusst: Wer zu früh auf die rechte Seite springt, hat das Problem nicht verstanden.

Praxisbeispiel: Kurzstopps an einer Produktionslinie

Das folgende Beispiel zeigt, wie ein A3-Report für ein typisches Shopfloor-Problem aussieht: Kurzstopps, die einzeln harmlos erscheinen, aber in Summe erhebliche Produktionszeit kosten.

Die Kernleistung des A3 in diesem Beispiel: Ohne die strukturierte 5-Why-Analyse wäre die naheliegende "Lösung" gewesen, den Sensor häufiger zu reinigen. Das hätte das Symptom gedämpft, aber nicht die Ursache (fehlender Schutz nach Umbau, fehlender Standard) beseitigt. Die dritte Maßnahme (Standard für Sensorpositionierung) verhindert, dass das Problem beim nächsten Umbau erneut auftritt.

A3 und PDCA: Die Verbindung

A3 ist kein eigenständiges Framework, sondern eine visuelle Anwendung des PDCA-Zyklus (Plan-Do-Check-Act). Die Zuordnung ist direkt:

A3 vs. andere Problemlösungsmethoden

Die Methoden schließen sich nicht gegenseitig aus. 5-Why und Ishikawa sind Werkzeuge innerhalb von A3 (Schritt 5). A3 und 8D haben überlappende Strukturen, aber unterschiedliche Auslöser: A3 wird intern angestoßen (z.B. durch Pareto-Top-Event), 8D wird typischerweise extern angestoßen (z.B. durch Kundenreklamation).

Die Rolle von Daten im A3-Prozess

Ein A3-Report ohne Daten ist eine Meinung auf Papier. Drei der sieben Bausteine sind explizit datengetrieben:

In der Praxis scheitern A3-Reports häufig nicht an der Methode, sondern an der Datenverfügbarkeit. Wer Stillstände manuell auf Papier erfasst, hat keine Pareto. Wer keine OEE-Trends hat, kann keine Korrelationen erkennen. Wer keine automatische Datenerfassung hat, kann Maßnahmen nicht nachverfolgen.

Bei Neoperl wurde SYMESTIC als KVP-Werkzeug in der Organisation implementiert. Die SPS-basierte Alarmerfassung liefert automatisch die Daten, die in Schritt 3 (Ist-Zustand) eines A3-Reports einfließen: Stillstandshäufigkeit, Dauer, Korrelation mit SPS-Alarmen und Qualitätsdefekten. Die Pareto-Auswertung zeigt direkt, welches Problem den größten Impact hat und damit Priorität für einen A3-Report verdient.

Bei Meleghy hat die strukturierte Stillstandserfassung über den SYMESTIC Störgrundkatalog zu 10 % Reduktion der Stillstandszeiten geführt. Die wöchentliche Pareto-Analyse im Produktionsmeeting identifiziert die Top-Events, für die dann A3-Reports erstellt werden.

Typische Fehler, die den A3-Prozess entwerten

Fehler 1: Lösung im Problemstatement. "Wir brauchen einen neuen Sensor" ist keine Problembeschreibung, sondern eine vorweggenommene Lösung. Das blockiert die Analyse, weil niemand mehr nach der eigentlichen Ursache sucht. Richtig: "Sensor S7 verursacht 47 Fehlauslösungen pro Woche seit KW 12."

Fehler 2: Keine Daten im Ist-Zustand. "Die Maschine steht ständig" ist keine Datenbasis. Ohne Pareto, ohne Zeitverlauf, ohne Häufigkeit und Dauer ist der A3 eine Meinungssammlung. Und Meinungen führen zu Meinungsmaßnahmen ("besser aufpassen"), nicht zu Ursachenbeseitigung.

Fehler 3: Symptombekämpfung statt Ursachenbeseitigung. "Mitarbeiter sensibilisieren", "häufiger reinigen", "besser aufpassen" sind keine nachhaltigen Maßnahmen. Wenn die Ursache ein fehlender Standard ist (wie im Praxisbeispiel), muss der Standard erstellt werden. Wenn die Ursache ein Konstruktionsfehler ist, muss konstruiert werden.

Fehler 4: Kein Owner und kein Termin. "Schutzhaube montieren" ohne Owner und Termin ist ein Wunsch, keine Maßnahme. Jede Gegenmaßnahme braucht genau einen Verantwortlichen und eine Frist.

Fehler 5: Kein Follow-up. Die Maßnahme wird umgesetzt, aber niemand prüft nach 4 Wochen, ob sie wirkt. Ohne Schritt 7 (Erfolgskontrolle) ist der PDCA-Zyklus unvollständig. Der A3-Report wird abgeheftet, und beim nächsten ähnlichen Problem fängt man von vorne an.

Fehler 6: A3 als Formular statt als Denkprozess. Wenn der A3 nur ausgefüllt wird, um ein Formular zu liefern (z.B. für ein Audit oder eine Kundenreklamation), geht der eigentliche Nutzen verloren. Der Wert liegt im Denkprozess, nicht im Dokument. Ein gut durchdachter A3 auf einem zerknitterten Blatt ist wertvoller als ein perfekt formatierter A3 ohne echte Analyse.

A3 als Führungsinstrument

A3 ist nicht nur ein Problemlösungswerkzeug, sondern ein Führungsinstrument. Es zwingt zur Präzision, schafft Transparenz über alle Hierarchieebenen und entwickelt die Problemlösungskompetenz im Team.

Häufige Fragen zu A3 Problem Solving

Wie lange dauert ein A3-Report?

Typischerweise 1-4 Wochen von der Problembeschreibung bis zur Umsetzung der Gegenmaßnahmen. Die Erfolgskontrolle (Schritt 7) läuft danach weitere 4-8 Wochen. Ein A3 ist kein Schnellschuss, aber auch kein Langzeitprojekt. Wenn ein A3 länger als 4 Wochen in der Analyse-Phase steckt, ist das Problem entweder zu komplex für A3 (dann DMAIC) oder die Datenbasis fehlt.

Wer erstellt den A3-Report?

Typischerweise die Person, die dem Problem am nächsten ist: Schichtführer, Instandhaltungstechniker, CI-Manager oder Produktionsingenieur. Nicht die Führungskraft. Die Führungskraft coacht den Prozess durch Fragen, gibt aber nicht die Lösung vor.

Muss ein A3 wirklich auf einer Seite passen?

Ja. Das ist kein Formalismus, sondern ein Designprinzip. Die Begrenzung auf eine Seite erzwingt Klarheit und Priorisierung. Wer nicht auf eine Seite kommt, hat entweder zu viel Freitext (statt Visualisierung) oder das Problem ist zu komplex für A3.

Was ist der Unterschied zwischen A3 und 8D?

A3 wird intern angestoßen (z.B. durch Pareto-Top-Event im Produktionsmeeting). 8D wird typischerweise extern angestoßen (z.B. durch Kundenreklamation). Strukturell sind beide Methoden ähnlich, aber 8D hat zusätzlich eine Sofortmaßnahme (D3) und ist formaler (Teamzusammensetzung in D1, Beweismittel in D5). In der Automobilindustrie ist 8D oft vertraglich gefordert.

Welche Daten brauche ich für einen guten A3?

Mindestens: Pareto-Analyse der Stillstandsgründe oder Qualitätsfehler (für den Ist-Zustand), Zeitverlauf der Zielkennzahl (für die Korrelation), Schicht- und Artikelvergleiche (für die Ursachenvalidierung). Idealerweise kommen diese Daten automatisch aus einem MES mit Störgrundkatalog und OEE-Auswertung, statt manuell aus Excel rekonstruiert zu werden.

Über den Autor:

Christian Fieg

Head of Sales bei SYMESTIC. Zuvor iTAC, Dürr, Visteon, Johnson Controls. Six Sigma Black Belt. Autor von "OEE: Eine Zahl, viele Lügen".
LinkedIn