PDCA

Was ist PDCA

PDCA steht für Plan – Do – Check – Act und beschreibt einen vier-phasigen Lern-Zyklus, der jede Verbesserung in ein kontrolliertes Experiment verwandelt. Die Methode wurde von Walter Shewhart entwickelt und von W. Edwards Deming im Nachkriegs-Japan zum Kern der Qualitätsbewegung gemacht — daher auch als Deming-Kreis bekannt.

Die vier Phasen:

1. Plan — Problem definieren, Ist-Zustand verstehen, Hypothese und Massnahme planen
2. Do — Massnahme als Experiment umsetzen, möglichst klein und reversibel
3. Check — Ergebnis gegen die Hypothese prüfen, mit Daten
4. Act — bei Erfolg standardisieren, bei Misserfolg lernen und nächsten Zyklus planen

Deming selbst bevorzugte später PDSA (Plan-Do-Study-Act), weil «Study» das Lernen stärker betont als «Check». Inhaltlich ist es dasselbe.

PDCA ist das Skelett, auf dem Lean steht. A3-Problemlösung, Kaizen-Workshops, DMAIC — alles Varianten oder Erweiterungen des PDCA-Gedankens.

Schweizer Praxis-Kontext

In Schweizer Unternehmen wird PDCA fast überall verbal genutzt — aber selten konsequent gelebt. Die häufigste Verfehlung: Plan-Do-Do-Do. Das Check entfällt, weil «wir wissen ja, dass es wirkt», und Act wird nie standardisiert.

Drei Symptome einer schwachen PDCA-Kultur in Schweizer Werken:

• Massnahmenliste ohne Hypothesen — niemand hat formuliert, was passieren soll, wenn die Massnahme wirkt
• Erfolgs-Reporting ohne Daten — «läuft» statt Vorher/Nachher-Zahlen
• Keine Standardisierung — die Verbesserung verflüchtigt sich nach drei Monaten Personalwechsel

Werke, die PDCA wirklich leben, erkennt man an drei Dingen: gezielten kleinen Experimenten statt grosser Projekte, dokumentierten Hypothesen im Shopfloor Management, und einer Routine, die fehlgeschlagene Experimente als Lerngewinn behandelt — nicht als Versagen.

Anwendung in der Praxis

PDCA funktioniert auf jeder Ebene:

• Operator-Ebene — eine Schicht testet eine neue Arbeitsfolge an einer Maschine
• Linien-Ebene — eine Wertstrom-Initiative ändert das Pull-System für eine Produktfamilie
• Werk-Ebene — ein strategisches A3 deployed Hoshin-Ziele über vier Quartals-Zyklen
• Konzern-Ebene — Anpassungen am Operating Model werden in Pilot-Werken getestet, bevor sie skaliert werden

Die Kunst liegt in der Hypothesen-Schärfe: «Wenn wir X tun, erwarten wir Y, weil Z.» Wer das nicht formuliert, kann nicht prüfen.

Eine pragmatische Regel: PDCA-Zyklen so klein wie möglich halten. Ein 2-Wochen-Experiment liefert mehr Lernen als ein 9-Monats-Projekt mit einem grossen Reveal am Ende.

Wann sinnvoll, wann nicht

PDCA ist die richtige Wahl, wenn:

• es Unsicherheit gibt, ob die Massnahme wirklich wirkt
• reversibles, kleinformatiges Testen möglich ist
• Lernen über mehrere Iterationen aufgebaut werden soll

PDCA ist nicht das richtige Werkzeug, wenn:

• Die Lösung trivial ist — sofort umsetzen, kein Zyklus nötig
• Compliance-Anforderungen keine Versuche zulassen — dann validierte Änderung
• Eine Krise mit Stundenfrist vorliegt — erst stabilisieren, dann PDCA

Ehrliche Einschätzung: PDCA ist banal in der Erklärung und schwer in der Praxis. Die Disziplin, kleine Experimente konsequent abzuschliessen, ist seltener als gedacht. Ein Operating System mit täglichem Shopfloor Management hilft, PDCA zur Gewohnheit zu machen.

Verwandte Begriffe

• Kaizen — die Verbesserungs-Philosophie, die auf PDCA aufbaut
• A3-Problemlösung — PDCA als einseitiger Report
• DMAIC — die statistisch erweiterte Schwester von PDCA
• Continuous Improvement — der Daueranspruch, der PDCA-Zyklen reiht
• Lean Management — das Gesamtsystem, in dem PDCA wirkt

Für die Einführung einer disziplinierten PDCA-Praxis im eigenen Werk sprechen wir gerne über Lean Beratung.