Was ist PDCA (Plan-Do-Check-Act)?
PDCA (Plan-Do-Check-Act) ist eine vierstufige, iterative Managementmethode zur Steuerung und kontinuierlichen Verbesserung von Prozessen und Produkten. Walter Shewhart entwickelte die Methode ursprünglich, W. Edwards Deming machte sie populär. Der Zyklus durchläuft die Phasen Plan, Do, Check und Act und beginnt anschließend von vorn, sodass die Erkenntnisse jeder Iteration in die nächste einfließen.
- Vier Phasen, eine Schleife: Plane eine Veränderung, setze sie im kleinen Maßstab um, prüfe die Daten gegen deine Vorhersage und handle, um den Standard festzuschreiben oder zu überarbeiten.
- Tests in kleinen Chargen schlagen Big-Bang-Rollouts: PDCA begrenzt das Risiko, weil Veränderungen erst im Pilot validiert werden, bevor sie das Gesamtsystem erreichen.
- Am Check-Schritt scheitern die meisten Teams: Wer die Datenanalyse überspringt, macht aus PDCA ein "Plan-Do-Hope" und blockiert die Verbesserung.
- Funktioniert überall, wo sich Prozesse wiederholen: Fertigung, Gesundheitswesen, Software-Releases und vierteljährliche OKR-Zyklen laufen alle nach derselben Schleife.
Shewharts Zyklus von 1939 und Demings Neuformulierung im Nachkriegsjapan
Walter A. Shewhart skizzierte 1939 in den Bell Labs einen dreistufigen Zyklus aus "Spezifikation, Produktion, Inspektion" und beschrieb Qualitätskontrolle damit als kreisförmige, nicht lineare Tätigkeit. W. Edwards Deming brachte das Modell 1950 nach Japan und unterrichtete es Ingenieuren der JUSE (Union of Japanese Scientists and Engineers) im Rahmen des industriellen Wiederaufbaus nach dem Krieg.
Toyota nahm die Schleife in das spätere Toyota-Produktionssystem auf. Demings Variante, bei der "Check" später durch "Study" ersetzt wurde (PDSA), gelangte über die Qualitätsbewegung der 1980er-Jahre zurück in die westliche Industrie.
Die vier Phasen im direkten Vergleich
Jede Phase beantwortet eine eigene Leitfrage und liefert ein eigenes Ergebnis. Die Tabelle stellt den Zyklus als einen einzigen Vergleich dar, statt ihn in vier Prosablöcke aufzuteilen.
Phase | Leitfrage | Hauptaktivität | Ergebnis | Häufigster Fehler |
|---|---|---|---|---|
Plan | Welches Problem lösen wir, und welche Veränderung wird es laut unserer Vorhersage beheben? | Den Ist-Zustand analysieren, ein messbares Ziel setzen, den Test entwerfen | Hypothese, Erfolgskennzahl, Pilotumfang | Ursachenanalyse überspringen und direkt zur Lösung springen |
Do | Verhält sich die Veränderung wie erwartet, wenn wir sie ausführen? | Die Veränderung im kleinen Maßstab umsetzen, Daten erfassen | Pilotdaten, Beobachtungen, Auffälligkeiten | Vor der Validierung skalieren, keine Datenerfassung |
Check | Stimmt das Ergebnis mit der Vorhersage überein? | Ist mit Soll vergleichen, nach Störgrößen suchen | Entscheidung: übernehmen, verwerfen oder iterieren | Den Review überspringen oder Misserfolge schönreden |
Act | Wie standardisieren oder verfeinern wir? | Festschreiben, was funktioniert hat, den Standard dokumentieren, die nächste Schleife planen | Aktualisierter Standardablauf, nächster PDCA-Zyklus | Act als "fertig" verstehen statt als "nächste Schleife" |
Ein nützlicher Praxistest: Wenn ein Team die Vorhersage, die es im Plan gemacht hat, nicht benennen kann, fährt es kein PDCA. Es fährt "Sachen ausprobieren und darüber berichten", was eine andere und schwächere Schleife ist.
Wo PDCA einmaligen Projektplänen überlegen ist
Der Wert von PDCA zeigt sich am deutlichsten, wenn das Problem schlecht verstanden ist, die Kosten eines Fehlers hoch sind oder sich das Umfeld ständig verändert. Eine Studie aus dem Jahr 2019 in einem Privatkrankenhaus dokumentierte, dass die Händehygiene-Compliance nach einem einzigen PDCA-Zyklus von 48 % auf 60 % stieg (PMC, Karaaslan et al., 2019). Der Zuwachs wurde gezielt dem Check-Schritt zugeschrieben, der offenlegte, welche Personalgruppen und Schichten zurückblieben.
Die Schlagzeile ist klein. Auf den Mechanismus kommt es an: Die Schleife zwingt das Team, Daten anzuschauen, die es sonst übergehen würde.
Drei Bedingungen, unter denen PDCA einen festen Projektplan in der Regel schlägt:
- Hohe Unsicherheit über Ursache und Wirkung. Wenn du nicht weißt, an welchem Hebel sich die Kennzahl bewegt, ist eine Plan-Do-Check-Schleife günstiger als ein sechsmonatiger Rollout, der danebengeht.
- Wiederkehrende Prozesse. Alles, was öfter als einmal pro Quartal läuft, profitiert von einer Feedback-Schleife. Einmalige Projekte tun das nicht.
- Bereichsübergreifende Veränderung. Wenn die Lösung mehrere Teams betrifft, legt der Check-Schritt offen, wer den neuen Standard befolgt und wer nicht.
Wo PDCA-Rollouts typischerweise scheitern
Der Zyklus ist einfach. Ihn gut umzusetzen ist es nicht. Die Fehlermuster konzentrieren sich an drei Stellen.
Der Check-Schritt wird übersprungen
Teams planen, führen aus und springen direkt zur nächsten Initiative, ohne die tatsächlichen Ergebnisse mit der Vorhersage aus dem Plan zu vergleichen. Ohne Check gibt es keine Lernschleife, nur eine Projekt-Pipeline.
Plan ersetzt Analyse durch Aktivität
Zwei Wochen ein Gantt-Diagramm zu bauen ist kein Plan. Plan heißt: die Hypothese benennen, definieren, was sie widerlegen würde, und einen Pilot wählen, der klein genug ist, um sicher zu scheitern.
Teams, die Plan als Scoping statt als Hypothesenbildung behandeln, fahren in der Regel Zyklen, die bestätigen, was sie ohnehin schon glaubten.
Act wird als "wir haben es ausgerollt" verstanden
Act hat zwei Ergebnisse: eine standardisierte Vorgehensweise für das, was funktioniert hat, und einen frischen Plan für das, was als Nächstes geprüft wird. Bei "wir haben es ausgerollt" stehenzubleiben macht aus PDCA ein einmaliges Projekt, also genau das, was PDCA eigentlich ersetzen soll.
Eine nützliche Diagnose: Ein Team, das echtes PDCA fährt, kann auf das Act-Ergebnis des vorherigen Zyklus als Ausgangsstandard des aktuellen Zyklus verweisen. Existiert diese Linie nicht, ist die Schleife unterbrochen.
PDCA im Gesundheitswesen, in der Fertigung und in der Wissensarbeit
Die vier Schritte funktionieren in unterschiedlichen Kontexten gleich, aber die Artefakte ändern sich. In der Fertigung produziert Plan eine Prozesslandkarte und eine Regelkarte; in der Software sieht Plan eher wie ein Hypothesendokument und ein A/B-Test-Design aus.
PDCA lässt sich außerdem sauber auf den vierteljährlichen OKR-Zyklus übertragen: Die Zielsetzung ist Plan, die Umsetzung ist Do, der OKR Check-in ist Check und die OKR-Retrospektive ist Act. Teams, die bereits mit OKRs arbeiten, fahren bereits PDCA, nur mit einem anderen Vokabular.
Wann du PDCA nicht einsetzen solltest
PDCA ist nicht für jedes Problem das richtige Werkzeug.
- Einmalige Entscheidungen ohne zweite Iteration. Eine Preisänderung, die einmal organisationsweit ausgerollt wird, kann keine sinnvolle Feedback-Schleife schließen.
- Notfälle, die sofortige Reaktion verlangen. Ein Produktionsausfall braucht Incident-Response, keine Plan-Phase. Fahre PDCA auf der Postmortem-Analyse, nicht auf dem Feuer.
- Reine Exploration ohne Hypothese. Wenn das Team wirklich nicht weiß, was zu testen ist, kommen zuerst Design-Thinking-Divergenz oder Ursachenarbeit mit einem Ishikawa-Diagramm; PDCA startet, sobald eine Hypothese steht.
- Statische Prozesse. Ein Prozess, der sich seit fünf Jahren nicht verändert hat und nicht versagt, braucht keine kontinuierliche Verbesserungsschleife.
Eine konträre Lesart, die sich lohnt: PDCA wird am häufigsten nicht von Skeptikern kaputt gemacht, sondern von Enthusiasten, die Schleifen auf Prozessen drehen, die keine Verbesserung gebraucht hätten. Wähle die Ziele, die zählen; ignoriere den Rest.
Häufig gestellte Fragen
Wofür steht PDCA?
Was ist der Unterschied zwischen PDCA und PDSA?
Wer hat den PDCA-Zyklus entwickelt?
Wie lange sollte ein PDCA-Zyklus dauern?
Wie hängt PDCA mit OKRs zusammen?
Was ist der häufigste Grund, warum PDCA scheitert?
PDCA innerhalb deines OKR-Zyklus betreiben
PDCA ersetzt weder einen strategischen Planungsprozess noch ein OKR-Programm. Es liegt darunter als die Schleife, die jeden Zyklus zum Input des nächsten macht.
Starke Teams behandeln ihr Quarterly Business Review als Check-Schritt, die Planungssitzung als Übergabe von Act zu Plan und die daraus entstehenden Ziele als die anstehende Do-Phase. Sobald dieses Muster benannt ist, hört der Zyklus auf, ein Qualitätsmanagement-Diagramm zu sein, und wird zum Rhythmus, in dem die Organisation lernt.
