PDCA-Zyklus: Plan, Do, Check, Act erklärt, mit einem durchgängigen Beispiel.

Die meisten Verbesserungen versanden an derselben Stelle. Ein Team erkennt ein Problem, einigt sich auf eine Maßnahme, führt sie ein und wendet sich dem nächsten Brand zu. Niemand misst, ob die Maßnahme gewirkt hat. Drei Monate später ist das Problem zurück, und dieselbe Besprechung beginnt von vorn.

Der PDCA-Zyklus schließt diese Lücke. Er erzwingt zwei Schritte, die die meisten Teams auslassen: das Ergebnis gegen ein vorher festgelegtes Ziel prüfen und das Bewährte als neuen Standard verankern. In diesem Beitrag erfahren Sie, was in jeder Phase passiert, verfolgen ein durchgängiges Beispiel aus einem Büroprozess und sehen, wie PDCA mit KVP, Kaizen, PDSA, DMAIC und der ISO 9001 zusammenhängt. Die Definitionen stammen von ASQ, dem Lean Enterprise Institute und dem W. Edwards Deming Institute. Der letzte Teil ist unsere eigene Sicht: Bei Viralistic führen wir jedes Automatisierungsprojekt als PDCA-Zyklus. Ein automatisierter Workflow ist der starrste Standard, den ein Prozess bekommen kann, und festschreiben sollten Sie nur, was Sie geprüft haben.

Was ist der PDCA-Zyklus?

Der PDCA-Zyklus ist ein wiederkehrendes Vorgehen in vier Schritten, um eine Veränderung umzusetzen: Plan, Do, Check, Act. ASQ beschreibt ihn als Modell, das wie ein Kreis kein Ende hat und deshalb immer wieder durchlaufen wird, für kontinuierliche Verbesserung. Jeder Durchlauf erprobt eine Änderung im kleinen Rahmen, misst die Wirkung und macht die Änderung entweder zum Standard oder nimmt das Gelernte in die nächste Planung mit.

Das Modell hat mehrere Namen: Demingkreis, Deming-Rad, Shewhart-Zyklus und, in Demings späterer Fassung, PDSA (Plan, Do, Study, Act). Im Lean Management ist PDCA die Grundeinheit der Problemlösung. Das Lean Enterprise Institute nennt PDCA die Grundlage der kontinuierlichen Verbesserung, also von Kaizen.

Was bedeutet PDCA auf Deutsch?

PDCA steht für Plan, Do, Check, Act, auf Deutsch: Planen, Umsetzen, Überprüfen und Handeln. Manche Quellen übersetzen Do mit Tun und Act mit Verbessern oder Standardisieren; gemeint ist dasselbe.

Die vier Phasen des PDCA-Zyklus

Plan verlangt die meiste Denkarbeit, Do ist bewusst klein, Check vergleicht Fakten mit dem Ziel, und Act entscheidet, was Standard wird. In Toyotas eigenem Training zur Problemlösung entfällt mehr als die Hälfte der Arbeit auf Plan. Wer das Problem verstanden hat, findet die Maßnahme meist schnell.

Plan: Problem, Ziel und Test festlegen

In der Plan-Phase erfassen Sie die Ausgangslage, suchen die Ursache und entscheiden, welche Änderung Sie erproben. Beschreiben Sie das Problem in Zahlen: wie oft es auftritt, wo und was es kostet. Legen Sie ein messbares Ziel fest, etwa “80 % der Angebotsanfragen innerhalb eines Arbeitstags beantwortet”. Formulieren Sie Ihre Hypothese: Wenn wir X ändern, erwarten wir Y. Und bestimmen Sie vorab, wie Sie Y messen. Ohne Kennzahl und Zielwert gibt es in der Check-Phase nichts zu prüfen.

Am schnellsten sehen Sie mit einer Prozessdarstellung, wo die Zeit bleibt. Eine Wertstromanalyse zeigt jeden Schritt, die Wartezeit dazwischen und wo Arbeit doppelt anfällt. Mit der 5-Why-Methode oder einem Ishikawa-Diagramm gehen Sie den Ursachen auf den Grund.

Do: die Änderung im kleinen Rahmen erproben

In der Do-Phase setzen Sie die Änderung als kontrollierten Versuch um: ein Team, ein Standort, eine Produktlinie oder eine feste Zahl von Wochen. Halten Sie den Test so klein, dass ein Fehlschlag wenig kostet. Erheben Sie während des Versuchs die Daten, die Sie in Plan festgelegt haben, und notieren Sie, was anders läuft als geplant. Do ist ein Test, keine Einführung.

Check: das Ergebnis mit dem Ziel vergleichen

In der Check-Phase vergleichen Sie, was passiert ist, mit dem, was Sie erwartet haben. Wurde das Ziel erreicht? Gab es Nebenwirkungen? Ist die Verbesserung echt oder Zufall? Entscheidend sind die Daten aus dem Versuch, nicht das Gefühl. Deming bevorzugte für diesen Schritt das Wort Study, weil es darum geht zu verstehen, warum das Ergebnis so ausfiel, und nicht nur, ob es bestanden ist.

Act: standardisieren, nachsteuern oder neu beginnen

In der Act-Phase entscheiden Sie, was aus dem Gelernten folgt. Hat die Änderung gewirkt, wird sie zum Standard: Sie passen die Arbeitsanweisung an, schulen die Beteiligten und übertragen die Lösung auf weitere Bereiche. Hat sie teilweise gewirkt, steuern Sie nach und starten einen weiteren Durchlauf. Hat sie nicht gewirkt, verwerfen Sie sie und planen mit dem neuen Wissen eine andere Hypothese. In jedem Fall beginnt der nächste Zyklus auf einem höheren Niveau.

PDCA-Zyklus: ein Beispiel Schritt für Schritt

Am besten verstehen Sie den PDCA-Zyklus, wenn Sie einen Durchlauf in einem echten Prozess verfolgen. Das Beispiel ist zur Veranschaulichung gewählt, aber die Engpässe sind genau die, auf die wir immer wieder stoßen, wenn wir mit Kunden Büroprozesse aufnehmen: Daten, die zweimal eingegeben werden, und Arbeit, die auf eine einzelne Person wartet.

Ein Architekturbüro mit zwölf Mitarbeitenden erhält rund 40 Angebotsanfragen im Monat per E-Mail. Interessenten beschweren sich, dass eine Antwort zu lange dauert, und ein Teil beauftragt in der Zwischenzeit ein anderes Büro.

Plan. Das Team erfasst zwei Wochen lang jede Anfrage. Der Median von E-Mail bis Angebot liegt bei drei Arbeitstagen, nur 25 % werden innerhalb eines Tages beantwortet. Die Prozessaufnahme zeigt, wo die Zeit bleibt: Die Anfrage liegt in einem gemeinsamen Postfach, jemand überträgt die Angaben in eine Tabelle und danach in eine Angebotsvorlage, und der Entwurf wartet auf die Freigabe eines Partners. Allein die Freigabe dauert im Schnitt anderthalb Tage, weil die Partner Angebote prüfen, wenn sie Zeit finden. Ziel: innerhalb von sechs Wochen 80 % der Anfragen innerhalb eines Arbeitstags beantwortet. Hypothese: Prüfen die Partner Entwürfe zu zwei festen Zeiten am Tag, um 11 und um 16 Uhr, sinkt die Wartezeit deutlich.

Do. Ein Partner arbeitet drei Wochen lang mit festen Prüfzeiten, nur für Wohnbauprojekte. Das Team notiert für jede Anfrage den Eingang, die Fertigstellung des Entwurfs und den Versand.

Check. Im Versuch werden 64 % der Anfragen innerhalb eines Arbeitstags beantwortet, gegenüber 25 % vorher. Der Median sinkt von drei Tagen auf gut einen. Das Ziel ist noch nicht erreicht, und die Daten zeigen den Grund: Bei einem Drittel der Anfragen fehlt die Wohnfläche, also muss das Büro nachfragen und warten.

Act. Feste Prüfzeiten werden für alle Partner zum Standard und stehen nun in der Angebotsrichtlinie. Der nächste Zyklus nimmt sich die fehlenden Angaben vor: ein kurzes Anfrageformular auf der Website mit der Wohnfläche als Pflichtfeld.

Zweiter Durchlauf. Mit dem Formular entfallen die meisten Rückfragen, und 83 % der Anfragen werden innerhalb eines Tages beantwortet. Der Prozess ist jetzt stabil und gemessen. Erst jetzt lohnt es sich, ihn zu automatisieren, etwa mit einem n8n-Workflow, der aus dem Formular einen Angebotsentwurf erstellt. Mehr dazu weiter unten.

Achten Sie darauf, was das Büro nicht getan hat. Es hat in der ersten Woche keine Software gekauft. Es hat zuerst Wartezeit und Doppelarbeit beseitigt und danach automatisiert, was übrig blieb.

Wer hat den PDCA-Zyklus erfunden?

Die Idee hinter PDCA stammt von Walter A. Shewhart, Physiker und Statistiker bei den Bell Telephone Laboratories. 1939 beschrieb er Qualitätssicherung als Kreislauf aus Spezifikation, Produktion und Prüfung, den man wiederholt, um Wissen zu gewinnen. Herausgeber dieses Buches war ein junger W. Edwards Deming.

Deming brachte die Idee nach Japan, wo er ab 1950 Ingenieure und Führungskräfte in statistischer Qualitätskontrolle unterrichtete. Er stellte sie als Rad aus Entwicklung, Produktion, Verkauf und Marktforschung vor. Laut dem Lean Enterprise Institute formte die japanische Vereinigung der Wissenschaftler und Ingenieure (JUSE) daraus 1951 den Plan-Do-Check-Act-Zyklus, wie wir ihn heute kennen. In Japan hieß er bald Deming-Zyklus, im deutschen Sprachraum Demingkreis.

Deming selbst mochte das Wort Check nicht. Später lehrte er PDSA, Plan-Do-Study-Act, und nannte es 1993 in seinem Buch The New Economics den Shewhart-Zyklus für Lernen und Verbesserung. Das W. Edwards Deming Institute erklärt, dass Check vor allem fragt, ob eine Änderung gelungen ist, während Study verlangt, das Ergebnis vorherzusagen, es mit dem tatsächlichen Ergebnis zu vergleichen und die eigene Theorie anzupassen.

PDCA, KVP und Kaizen: sind sie das Gleiche?

Nein, aber sie gehören zusammen. Kaizen ist die Haltung, KVP das Programm und PDCA das Werkzeug. Kaizen ist die japanische Philosophie der ständigen Verbesserung in kleinen Schritten, getragen von allen. Der kontinuierliche Verbesserungsprozess (KVP) ist die im deutschsprachigen Raum verbreitete Umsetzung dieser Idee im Unternehmen, mit festen Rollen, Abläufen und Kennzahlen. Und jede einzelne Verbesserung innerhalb von KVP oder Kaizen läuft als PDCA-Zyklus ab.

Lean Management ist das System um alles herum. Im Toyota-Produktionssystem begegnet Ihnen der Kreislauf überall: im A3-Report, in der täglichen Teambesprechung und in der Art, wie ein Team nach einer Verbesserung seine Standardarbeit aktualisiert. Unser Leitfaden zum Lean Management erklärt die fünf Prinzipien, die PDCA in die Praxis bringt.

Die Verbindung zur Verschwendung ist direkt. Die meisten Plan-Phasen im Büro führen am Ende zu einer der 8 Arten der Verschwendung: Warten auf Freigaben, Daten abtippen, Dateien suchen, Fehler korrigieren, Berichte, die niemand liest. Mit PDCA beseitigen Sie sie einzeln und belegen bei jeder, dass es gewirkt hat.

PDCA, PDSA oder DMAIC: was passt wann?

PDCA und PDSA sind derselbe Kreislauf mit anderer Betonung im dritten Schritt. DMAIC ist ein umfangreicheres Vorgehen in fünf Phasen aus Six Sigma, für komplexe Probleme mit viel Streuung. Nutzen Sie PDCA für häufige, kleine Verbesserungen, PDSA, wenn Lernen und Vorhersage im Mittelpunkt stehen, und DMAIC, wenn die Ursache unklar ist und Sie Statistik brauchen, um sie zu finden.

In der Praxis nutzen viele Unternehmen beides. Ein Lean Six Sigma Black Belt leitet DMAIC-Projekte für die großen, datenintensiven Themen, während Teams für alles andere kurze PDCA-Zyklen fahren. Die Phasen Improve und Control von DMAIC sind selbst ein kleiner PDCA-Zyklus.

Was ist SDCA?

SDCA (Standardize, Do, Check, Act) ist das Gegenstück zu PDCA. PDCA hebt das Leistungsniveau an, SDCA hält es, indem geprüft wird, ob alle den neuen Standard einhalten. Viele Lean-Teams wechseln ab: erst SDCA zum Stabilisieren, dann PDCA zum Verbessern.

Was sind die 8 Schritte des PDCA-Zyklus?

Die acht Schritte sind Toyotas Methode der praktischen Problemlösung, die PDCA feiner aufteilt: Problem klären, Problem zerlegen, Ziel setzen, Grundursache analysieren, Gegenmaßnahmen entwickeln, Gegenmaßnahmen umsetzen, Ergebnisse und Prozess überwachen sowie standardisieren und teilen. Die ersten fünf gehören zu Plan, die letzten drei zu Do, Check und Act. Toyota fasst sie auf einem A3-Blatt zusammen, und wie AllAboutLean nach Toyotas eigenem Training beschreibt, entfällt mehr als die Hälfte dieses Blatts auf Plan.

PDCA im Qualitätsmanagement und in der ISO 9001

Im Qualitätsmanagement ist PDCA in die Struktur der ISO-Managementsystemnormen eingebaut. ISO 9001 für Qualität, ISO 14001 für Umwelt und ISO/IEC 27001 für Informationssicherheit teilen eine gemeinsame Gliederung, die ISO Harmonized Structure nennt, und deren Kapitel folgen der PDCA-Logik:

Diese Zuordnung ist unter Auditoren üblich; manche Leitfäden rechnen Kapitel 7 zu Plan. Die Ausgabe ISO 9001:2015 beschrieb den PDCA-Zyklus in ihrer Einleitung ausdrücklich als Teil des prozessorientierten Ansatzes, anwendbar auf einzelne Prozesse und auf das System als Ganzes. Am 16. September 2026 hat ISO die sechste Ausgabe veröffentlicht, ISO 9001:2026. Auch sie reicht von Kontext, Führung und Planung über Unterstützung und Betrieb bis zu Leistungsbewertung und Verbesserung, und zertifizierte Organisationen stellen innerhalb ihres Zertifizierungszyklus um.

Für ein Unternehmen heißt das: Wer Verbesserungen als PDCA-Zyklen dokumentiert, erzeugt damit bereits die Nachweise, nach denen ein Auditor bei Leistungsbewertung und Verbesserung fragt.

Wann wendet man PDCA an?

Wenden Sie den PDCA-Zyklus an, wenn Sie einen Prozess ändern wollen und wissen müssen, ob die Änderung wirkt, bevor Sie sich festlegen. ASQ nennt die typischen Anlässe: der Start eines Verbesserungsprojekts, die Gestaltung eines neuen oder besseren Prozesses, die Festlegung eines wiederkehrenden Arbeitsablaufs, die Planung von Messungen, um eine Ursache zu bestätigen, jede Veränderung und die kontinuierliche Verbesserung.

Am besten passt er, wenn:

• der Prozess oft genug vorkommt, um ihn zu messen, täglich oder wöchentlich;
• Sie eine Änderung im Kleinen testen können, ohne den ganzen Betrieb zu gefährden;
• das Team, das die Arbeit macht, den Zyklus selbst durchlaufen kann.

In zwei Situationen ist PDCA nicht das erste Werkzeug. Bei einer akuten Störung begrenzen Sie zuerst den Schaden und nutzen PDCA danach, damit es nicht wieder passiert. Und bei einem Problem mit vielen zusammenwirkenden Ursachen und starker Streuung findet ein datengetriebenes DMAIC-Projekt die Ursache schneller als viele kleine Versuche.

Typische Fehler bei PDCA

Der häufigste Fehler ist PD, PD, PD: planen und umsetzen, dann zum nächsten Problem, ohne Check und Act. Ohne diese beiden Schritte wird nichts zum Standard, und die alte Arbeitsweise kehrt zurück.

Die übrigen Fehler folgen daraus:

1. Kein messbares Ziel. Wenn Plan nicht festlegt, wie Erfolg aussieht, hat Check nichts zum Vergleichen. “Es fühlt sich schneller an” ist keine Messung.
2. Zu groß anfangen. Ein Problem und eine Änderung pro Durchlauf. Ändern Sie fünf Dinge gleichzeitig, wissen Sie nicht, was gewirkt hat.
3. Den kleinen Test auslassen. Wer in der Do-Phase sofort überall einführt, macht einen Fehlschlag teuer und verliert den Vergleich.
4. Nicht standardisieren. Eine gelungene Änderung, die nur im Kopf einer Person existiert, ist nach dem nächsten Urlaub weg. Schreiben Sie sie in die Arbeitsanweisung.
5. PDCA zum Formular machen. Wird die PDCA-Vorlage zur Pflichtübung, füllen alle vier Felder aus, und niemand lernt etwas.
6. Nach einem Durchlauf aufhören. Der Sinn liegt im nächsten Durchlauf. Jeder Check endet mit der Frage: Was erproben wir als Nächstes?

Der PDCA-Zyklus bei Automatisierungsprojekten: erproben, messen, skalieren

Bei der Automatisierung zeigt PDCA 2026 seinen größten Nutzen. Ein automatisierter Workflow ist Standardarbeit, die sich selbst ausführt, tausendfach, ohne dass jemand bemerkt, wenn etwas nicht stimmt. Deshalb arbeiten wir nach einer Regel, die schnell gesagt und oft ignoriert ist: Automatisieren Sie in Act, nicht in Do. Nur ein Prozess, der den Check bestanden hat, verdient es, in Software festgeschrieben zu werden. Wer einen kaputten Prozess automatisiert, produziert die Verschwendung nur schneller.

So geht Viralistic bei Automatisierung auch vor: zuerst den Wert festlegen, dann im Produktivbetrieb belegen, messen und skalieren. So deckt sich das mit den vier Phasen des PDCA-Zyklus, wie auf unserer Seite zur Automatisierung, die beim Wert beginnt beschrieben.

Plan: den Prozess aufnehmen, bevor etwas gebaut wird

Wir setzen uns mit den Menschen zusammen, die die Arbeit machen, und nehmen jeden Schritt auf: was ihn auslöst, welche Systeme genutzt werden, was entschieden wird und was schiefgeht. Die Aufnahme zeigt, wo Daten doppelt eingegeben werden und wo Arbeit auf eine Person wartet. Dann schreiben wir einen Erfolgsplan: welcher Prozess, welches Ergebnis, welche Kennzahlen und wer verantwortlich ist. Regelbasierte Schritte bekommen klassische Automatisierung; nur Schritte, die Urteilsvermögen verlangen, etwa Freitext lesen oder eine Antwort entwerfen, bekommen ein KI-Modell.

Do: ein bis fünf Workflows erproben, zuerst im Schattenbetrieb

Wir bauen ein bis fünf Workflows in n8n, mit Claude für die Schritte, die Urteilsvermögen verlangen, und Notion oder den eigenen Systemen des Kunden für die Daten. Jeder Workflow geht stufenweise live: Im Schattenbetrieb läuft er neben der zuständigen Person und erstellt nur Entwürfe, danach gibt eine Person jede Aktion mit einem Klick frei, und erst die bewährten Fälle laufen vollautomatisch. Diese Methode hat Marrallisa im DataCamp-Webinar dazu, wie man einen Geschäftsprozess in einen agentischen Workflow übersetzt, vorgestellt.

Check: gegen den Erfolgsplan messen

In jeder Stufe messen wir eingesparte Zeit und Fehlerquote gegen die Ziele aus dem Erfolgsplan und zeigen das Ergebnis in einem schlanken Wert-Dashboard. So wissen Sie, wann ein Workflow vom Schattenbetrieb zur Freigabe und zum Vollbetrieb wechseln darf, und haben die Zahlen für die nächste Entscheidung. Hier zählt auch die menschliche Kontrolle. Toyotas Prinzip Jidoka, Automatisierung mit menschlicher Note, bedeutet, dass eine Maschine bei einem Problem anhält und es meldet, damit ein Mensch den Prozess verbessert. Ein Mensch in der Schleife bei KI-Agenten ist dieselbe Idee: Der Workflow hält bei Unsicherheit oder riskanten Aktionen an und fragt nach.

Act: standardisieren, absichern und in Wellen skalieren

Bewährt sich ein Workflow, wird er zum Standard: dokumentiert, mit einer benannten verantwortlichen Person, Fehlerbehandlung, Protokollierung und Zugriffsregeln. Unsere Prinzipien für Zuverlässigkeit und Governance zeigen, was dazu gehört. Danach startet die nächste Welle, schneller als die erste, weil Zugangsdaten, Vorlagen und Governance bereits stehen. Wie das Skalieren in Wellen abläuft, lesen Sie in unserem Vorgehen für den n8n-Rollout. Wenn Sie jemanden suchen, der diesen Zyklus mit Ihrem Team durchläuft, achten Sie auf eine Automatisierungsexpertin, die zuerst aufnimmt und dann baut.

Wer diese Arbeitsweise lehrt

Marrallisa Kreijkes, Gründerin von Viralistic in Amsterdam und offizielle n8n Ambassador, vermittelt diese Arbeitsweise an Teams und Publikum. Sie hielt das DataCamp-Webinar “How to turn a business process into an agentic workflow”, schulte Volkswagen Pon Financial Services darin, in KI-Antworten gefunden zu werden, sprach im Oktober 2026 auf der Hauptbühne von n8ns Konferenz In The Loop in Berlin und hielt einen Vortrag bei Anthropic, dem Unternehmen hinter Claude. Außerdem leitete sie einen n8n-Workshop an der Universität Maastricht mit den Studierendenvereinigungen MAIN und TCM. Teams bei DataCamp, Volkswagen Pon, n8n und Anthropic haben von ihr gelernt. Wenn Sie mit Viralistic arbeiten, arbeiten Sie mit der Person, die diese Teams als Lehrende geholt haben. Mehr dazu auf Marrallisas Speaker-Seite.

Der PDCA-Zyklus stammt aus der Fabrikhalle und ist bis heute der praktischste Weg, einen Büroprozess schneller zu machen und zu wissen, dass er schneller ist: mit Ziel planen, im Kleinen erproben, an den Zahlen prüfen und dann standardisieren. Durchlaufen Sie diesen Kreislauf, bevor Sie automatisieren, und die Automatisierung setzt auf einem Prozess auf, der es wert ist. Starten Sie mit den Prinzipien des Lean Managements oder sprechen Sie mit uns über Ihren ersten Durchlauf.

Häufig gestellte Fragen

Was sind die vier Phasen des PDCA-Zyklus?

Die vier Phasen sind Plan, Do, Check und Act. In Plan legen Sie Problem, Ziel und die zu testende Änderung fest. In Do erproben Sie die Änderung im kleinen Rahmen. In Check vergleichen Sie das Ergebnis mit dem Ziel. In Act machen Sie das Bewährte zum Standard oder steuern nach und starten einen neuen Durchlauf.

Was ist der Deming-Kreis?

Der Deming-Kreis ist ein anderer Name für den PDCA-Zyklus. Er ist nach W. Edwards Deming benannt, der die Idee von Walter Shewhart ab 1950 in Japan lehrte. Dort entstand daraus Plan-Do-Check-Act. Deming selbst bevorzugte später die Variante PDSA, Plan-Do-Study-Act, mit Betonung auf Lernen statt Kontrolle.

Was ist der Unterschied zwischen PDCA und PDSA?

Der einzige Unterschied liegt im dritten Schritt. PDCA nutzt Check, PDSA nutzt Study. Deming zog PDSA vor, weil Check nach Abhaken klingt, während Study verlangt, ein Ergebnis vorherzusagen, es zu vergleichen und zu verstehen, warum es so kam. Im Alltag verwenden die meisten Teams beide Begriffe gleichbedeutend.

Sind KVP und PDCA das Gleiche?

Nein. KVP, der kontinuierliche Verbesserungsprozess, ist der organisatorische Rahmen: Verbesserung als dauerhafte Aufgabe aller Mitarbeitenden, mit Rollen und Kennzahlen. Der PDCA-Zyklus ist die Methode, nach der jede einzelne Verbesserung in diesem Rahmen geplant, erprobt, überprüft und verankert wird. KVP ist das Programm, PDCA das Werkzeug.

Wie lange dauert ein PDCA-Zyklus?

So kurz, wie es die Messung erlaubt. Eine kleine Änderung an einem Arbeitsplatz lässt sich in wenigen Tagen prüfen, eine Änderung in einem Büroprozess braucht meist zwei bis sechs Wochen an Daten. Die Check-Phase muss lang genug für belastbare Zahlen sein und kurz genug, damit das Team am Thema bleibt.

Was passiert, wenn der Check zeigt, dass die Änderung nicht wirkt?

Dann hat der Zyklus trotzdem seinen Zweck erfüllt, denn Sie haben günstig etwas gelernt. Sie führen die Änderung nicht ein. In Act halten Sie fest, warum sie nicht gewirkt hat, passen Ihre Hypothese an und starten einen neuen Durchlauf. Ein gescheiterter kleiner Test kostet weit weniger als eine gescheiterte Einführung.

Welche Rolle spielt der PDCA-Zyklus in der ISO 9001?

Die ISO 9001 folgt in ihrem Aufbau dem PDCA-Prinzip: Kapitel 4 bis 6 planen, 7 und 8 setzen um, 9 bewertet die Leistung, 10 verbessert. Die Ausgabe 2015 beschrieb den Zyklus in der Einleitung als Teil des prozessorientierten Ansatzes. Seit 16. September 2026 gilt die sechste Ausgabe, ISO 9001:2026.

Sollte man einen Prozess vor oder nach einem PDCA-Zyklus automatisieren?

Danach. Durchlaufen Sie mindestens einen PDCA-Zyklus, um Wartezeiten, Nacharbeit und doppelte Eingaben zu beseitigen, und automatisieren Sie nur den Prozess, der den Check bestanden hat. Der Aufbau der Automatisierung ist dann selbst ein PDCA-Zyklus: Workflow planen, im Schattenbetrieb erproben, messen, standardisieren und skalieren.