PDCA-Zyklus: was Plan-Do-Check-Act wirklich bedeutet (und warum die meisten Teams beim C stecken bleiben)

Die meisten Teams, die einen PDCA-Zyklus durchführen, sind bei drei von vier Schritten wirklich gut. Sie planen etwas, sie setzen es um, und sie prüfen, was passiert ist. Dann bleibt der Zyklus einfach stehen. Niemand kehrt zum Schritt „Act“ zurück, die Schleife stirbt leise, und sechs Monate später taucht dasselbe Problem wieder auf, nur in einer anderen Verkleidung.

Das ist eigentlich kein Plan-Do-Check-Act-Problem. Es ist ein Problem der Betriebs-Kadenz, und es ist dasselbe Problem, das Change-Management-Einführungen, Quartalspläne und so manches OKR-Programm zum Scheitern bringt. Der PDCA-Zyklus selbst ist fast schon peinlich einfach. Der schwierige Teil ist, daraus etwas zu machen, das ein Team am Laufen hält, statt ein Diagramm, das von einer Schulungsfolie übrig geblieben ist.

Dieser Artikel behandelt, was der PDCA-Zyklus eigentlich bedeutet, warum er in der Praxis ins Stocken gerät, und einen einfachen Weg, ihn in einer Kadenz laufen zu lassen, die den ersten Versuch überlebt.

Was der PDCA-Zyklus eigentlich bedeutet

Falls du hier gelandet bist, weil du die PDCA-Bedeutung in einem Satz suchst: PDCA steht für Plan, Do, Check, Act. Es ist eine vierstufige Methode, um eine Veränderung umzusetzen, zu sehen, ob sie funktioniert hat, zu entscheiden, was als Nächstes zu tun ist, und dann das Ganze noch einmal zu durchlaufen. Er wird manchmal auch Deming-Zyklus genannt, nach dem Statistiker W. Edwards Deming, der ihn während des industriellen Aufschwungs im Japan der Nachkriegszeit populär machte. Deming selbst schrieb die Idee seinem Mentor Walter Shewhart zu, weshalb er auch als Shewhart-Zyklus bezeichnet wird.

Die vier Schritte im Überblick:

• Plan: Definiere das Problem, formuliere eine Hypothese darüber, was es beheben wird, und lege vorab fest, woran du erkennst, ob es funktioniert hat.
• Do: Setze die Veränderung um, idealerweise zuerst in kleinem Maßstab, bevor du das ganze Team darauf verpflichtest.
• Check: Vergleiche, was tatsächlich passiert ist, mit dem, was der Plan vorhergesagt hat, nicht mit einem allgemeinen Gefühl dafür, wie es gelaufen ist.
• Act: Entscheide, was mit dem geschieht, was du gelernt hast. Standardisiere es, passe es an, oder verwirf es und probiere einen anderen Plan.

Dann fängst du wieder von vorn an. Genau dieser letzte Teil, das „wieder“, ist das, was fast jeder überspringt, und genau darum geht es bei dem Zyklus. Ein PDCA-Zyklus, der nur einmal läuft, ist nur ein Pilotprojekt mit einem Akronym dran.

Warum der Zyklus nach „Check“ stockt

Plan, Do und Check erzeugen alle etwas Greifbares: ein Plandokument, einen abgeschlossenen Piloten, ein Review-Meeting. Act erzeugt von sich aus kein Artefakt. Es braucht jemanden, der bereits im Raum ist, mit der Befugnis zu sagen „lass uns das ausrollen“ oder „lass uns das beenden“, und einen Grund, das Thema auf der Agenda zu halten, statt es leise verschwinden zu lassen.

Ohne das werden die meisten PDCA-Zyklen zu einer einzelnen Schleife, die sich nie wiederholt. Der Unterschied zwischen einem Zyklus, der nach einer Runde stirbt, und einem, der sich tatsächlich aufsummiert, liegt meist darin, ob diese vier Dinge im Voraus entschieden werden, statt im Nachhinein ausgearbeitet zu werden:

PDCA und das Change-Modell, das du bereits nutzt

Falls du bereits ein formales Change-Management-Modell nutzt, egal ob das Kotters acht Schritte, ADKAR oder Lewins Auftauen-Verändern-Einfrieren ist, ist PDCA kein konkurrierendes Framework, das du stattdessen wählen müsstest. Es ist die Betriebsschleife, die unter dem jeweiligen Modell liegt, für das du dich entschieden hast: der Mechanismus, der tatsächlich prüft, ob die Veränderung angenommen wurde, statt nur, ob die Einführung planmäßig stattgefunden hat. Die meisten Change-Programme haben einen Plan und ein Startdatum. Deutlich weniger haben einen festen Zeitpunkt, an dem jemand das Ergebnis mit der ursprünglichen Vorhersage abgleicht und entscheidet, wie es weitergeht, und genau diese Lücke soll PDCA schließen.

Wie du aus PDCA eine Kadenz machst, statt eines Posters

Nichts davon braucht neue Software oder ein formales Qualitätsprogramm. Es braucht vier Entscheidungen, die getroffen werden, bevor du die erste Schleife startest, nicht nachdem sie ins Stocken gerät:

1. Benenne einen einzigen Verantwortlichen für die gesamte Schleife, nicht nur für den Schritt „Do“. Wer „Act“ besitzt, besitzt den Zyklus.
2. Lege fest, was „Act“ bedeutet, bevor du startest: Welches Ergebnis würde dich dazu bringen, das zu standardisieren, und welches Ergebnis würde dich dazu bringen, es zu beenden.
3. Lege „Check“ auf einen Termin, der bereits im Kalender existiert, dein wöchentliches oder zweiwöchentliches Check-in, statt ein neues Meeting zu erfinden, das niemand schützen wird.
4. Behandle das Ergebnis von „Act“ als Input für den nächsten „Plan“, und binde diese Übergabe in die Kadenz ein, die deine Ziele bereits steuert, egal ob das ein OKR-Zyklus oder ein umfassenderer Betriebsrhythmus ist.

Das ist eigentlich ein StratOps-Problem, das sich als Qualitätsverbesserung tarnt. Strategic Operations, die Funktion, die die Kadenz besitzt, die Strategie mit Umsetzung verbindet, ist genau die Ebene, die verhindert, dass ein PDCA-Zyklus (oder jede andere Verbesserungsschleife) nach einer Runde leise stirbt. Wenn niemand diese Kadenz besitzt, reiht sich PDCA in die lange Liste der Frameworks ein, die einmal funktioniert haben und dann verschwunden sind.

Ein durchgerechnetes Beispiel

Angenommen, ein 30-köpfiges Support-Team möchte die Zeit bis zur ersten Antwort verkürzen. Plan: Die Hypothese ist, dass das Priorisieren von Tickets nach Dringlichkeit vor der Zuweisung die durchschnittliche erste Antwortzeit von vier Stunden auf zwei senkt. Do: Sie testen es zwei Wochen lang an einer Warteschlange. Check: Beim festen zweiwöchentlichen Review, das im selben Termin wie ihr bestehendes Check-in stattfindet, sinkt die durchschnittliche erste Antwortzeit auf dieser Warteschlange auf 2,3 Stunden, nah genug, um als Erfolg zu gelten. Act: Sie entscheiden, die Priorisierung auf die anderen drei Warteschlangen auszurollen, und bevor das Meeting endet, planen sie den nächsten Check: dieselbe Kennzahl, über alle vier Warteschlangen hinweg, in vier Wochen.

Diese Entscheidung direkt in das OKR-Framework des nächsten Quartals einzubinden, ist das, was das Follow-up tatsächlich zustande brachte. Es war keine optionale Hausaufgabe, die in jemandes Notizen lag. Es stand bereits auf dem Ziel-Tracking-Board, mit einem Verantwortlichen und einem Termin versehen, genau wie der ursprüngliche Pilot.

Häufige Fehler

• „Check“ als reines Status-Update statt als echten Vergleich mit der vom Plan vorhergesagten Zahl zu behandeln.
• Plan-Do-Check immer wieder zu wiederholen, ohne „Act“ jemals richtig zu machen, die klassische Schleife „wir haben noch einen Piloten gemacht“.
• Den Zyklus so groß zu machen, dass „Do“ ein ganzes Quartal dauert, bis zu dem Punkt, an dem sich niemand mehr erinnert, was „Plan“ eigentlich vorhergesagt hat.
• „Act“ zur privaten Einschätzung einer einzelnen Person werden zu lassen, statt zu einer Entscheidung, die vor dem Team getroffen und dokumentiert wird.

Wo Tability ins Spiel kommt

Du brauchst keine neue Software, um einen einzelnen PDCA-Zyklus zu durchlaufen. Du brauchst aber einen Ort, an dem die „Act“-Entscheidung landen kann, damit sie nicht nur im Kopf von jemandem existiert, und einen Ort, an dem der nächste Zyklus geplant wird, bevor dieser abgeschlossen ist. Genau dafür ist Tability da: ein gemeinsamer Ort für die Ziele, Check-ins und Entscheidungen, die aus jeder Plan-Do-Check-Act-Schleife hervorgehen. Kostenlos anmelden oder 30 Minuten mit uns buchen, und wir helfen dir herauszufinden, wie eine solche Kadenz für dein Team aussehen könnte.