PDCA-cyclus: Plan, Do, Check, Act uitgelegd met een uitgewerkt voorbeeld.

De meeste verbeteracties lopen op dezelfde plek vast. Een team ziet een probleem, bedenkt een oplossing, voert die in en rent door naar het volgende brandje. Niemand meet of het iets heeft opgeleverd, dus na drie maanden is het probleem terug en begint hetzelfde overleg opnieuw.

De PDCA-cyclus sluit dat gat. Hij dwingt je tot twee stappen die de meeste teams overslaan: de uitkomst vergelijken met een doel dat je vooraf hebt vastgelegd, en wat werkt vastleggen als de nieuwe standaard. In dit artikel lees je wat er in elke fase gebeurt, volg je een uitgewerkt voorbeeld uit een kantoorproces, vul je zelf een PDCA-schema in en zie je hoe PDCA zich verhoudt tot PDSA, DMAIC, Lean en ISO 9001. De definities komen van ASQ, het Lean Enterprise Institute en The W. Edwards Deming Institute. Het laatste deel is onze eigen invalshoek: bij Viralistic draaien we elk automatiseringsproject als een PDCA-cyclus. Een geautomatiseerde workflow is namelijk de strakste standaard die een proces kan krijgen, en je legt alleen vast wat je hebt getest.

Wat is de PDCA-cyclus?

De PDCA-cyclus is een terugkerende methode in vier stappen om een verandering door te voeren: Plan, Do, Check en Act. ASQ beschrijft PDCA als een model dat, net als een cirkel, geen einde heeft: je herhaalt het steeds opnieuw voor continu verbeteren. Elke ronde test één verandering op kleine schaal, meet het effect en maakt de verandering de standaard of neemt wat je leerde mee naar het volgende plan.

De methode heeft meerdere namen: Deming-cirkel, kwaliteitscirkel van Deming, Shewhart-cyclus en, in Demings latere versie, PDSA (Plan, Do, Study, Act). Binnen Lean is PDCA de basiseenheid van probleemoplossen. Het Lean Enterprise Institute noemt PDCA de basis van continu verbeteren, oftewel kaizen.

De vier fasen van de PDCA-cyclus

Plan vraagt het meeste denkwerk, Do is bewust klein, Check vergelijkt feiten met het doel en Act bepaalt wat de nieuwe standaard wordt. In Toyota’s eigen training in probleemoplossen gaat meer dan de helft van het werk naar Plan. Begrijp je het probleem goed, dan ligt de oplossing meestal voor de hand.

Plan: probleem, doel en test vastleggen

In de Plan-fase breng je de huidige situatie in kaart, zoek je de oorzaak en kies je welke verandering je test. Beschrijf het probleem in cijfers: hoe vaak het voorkomt, waar en wat het kost. Formuleer een meetbaar doel, bijvoorbeeld “80% van de offerteaanvragen binnen één werkdag beantwoord”. Schrijf je hypothese op: als we X veranderen, verwachten we Y. En leg vooraf vast hoe je Y meet, want zonder doel valt er straks niets te controleren.

Een procesplaat laat het snelst zien waar de tijd blijft. Met value stream mapping zie je elke stap, het wachten tussen de stappen en waar werk opnieuw moet. Met de 5 x waarom-methode of een visgraatdiagram graaf je naar de oorzaak.

Do: de verandering op kleine schaal testen

In de Do-fase voer je de verandering uit als gecontroleerde proef: één team, één locatie, één productgroep of een vast aantal weken. Houd de test zo klein dat mislukken weinig kost. Verzamel tijdens de proef de gegevens die je in Plan hebt afgesproken en noteer wat anders loopt dan verwacht. Do is een test, geen uitrol.

Check: de uitkomst vergelijken met het doel

In de Check-fase vergelijk je wat er gebeurde met wat je voorspelde. Is het doel gehaald? Zijn er bijwerkingen? Is de verbetering echt, of was het een gelukkige week? Je oordeelt op de gegevens uit de proef, niet op gevoel. Deming gebruikte voor deze stap liever het woord Study, omdat het gaat om begrijpen waarom de uitkomst zo uitviel, niet alleen of je geslaagd bent.

Act: borgen, bijsturen of opnieuw beginnen

In de Act-fase besluit je wat je met de uitkomst doet. Werkte de verandering, dan wordt ze de nieuwe standaard: je past de werkinstructie aan, legt het uit aan de mensen die ermee werken en rolt het breder uit. Werkte het deels, dan stuur je bij en draai je nog een ronde. Werkte het niet, dan laat je het los en begin je met een nieuwe hypothese. In alle gevallen start de volgende ronde op een hoger niveau.

Een PDCA-cyclus voorbeeld, stap voor stap

Je begrijpt de PDCA-cyclus het best door er één te volgen in een echt proces. Dit voorbeeld is illustratief, maar de knelpunten zijn dezelfde die we telkens tegenkomen als we met klanten kantoorprocessen in kaart brengen: gegevens die twee keer worden ingevoerd en werk dat wacht op één persoon.

Een architectenbureau met twaalf medewerkers krijgt zo’n 40 offerteaanvragen per maand per e-mail. Prospects klagen dat een antwoord te lang duurt, en een deel kiest intussen een ander bureau.

Plan. Het team registreert twee weken lang elke aanvraag. De mediane tijd van e-mail tot offerte is drie werkdagen; maar 25% krijgt binnen één dag antwoord. De procesplaat laat zien waar de tijd zit: een aanvraag blijft liggen in een gedeelde inbox, iemand neemt de gegevens over in een spreadsheet en daarna in een offertesjabloon, en het concept wacht op akkoord van een partner. Dat akkoord kost gemiddeld anderhalve dag, omdat partners offertes bekijken als ze er tijd voor hebben. Doel: binnen zes weken 80% van de aanvragen binnen één werkdag beantwoord. Hypothese: als partners concepten op twee vaste momenten per dag beoordelen, om 11.00 en 16.00 uur, daalt de wachttijd sterk.

Do. Eén partner werkt drie weken met vaste beoordelingsmomenten, alleen voor woningbouwprojecten. Het team noteert per aanvraag het tijdstip van binnenkomst, van het concept en van verzending.

Check. In de proef krijgt 64% van de aanvragen binnen één werkdag antwoord, tegen 25% eerst. De mediaan zakt van drie dagen naar iets meer dan één. Het doel is nog niet gehaald, en de cijfers laten zien waarom: bij een derde van de aanvragen ontbreekt de vloeroppervlakte, dus moet het bureau terugmailen en wachten.

Act. Vaste beoordelingsmomenten worden de standaard voor alle partners en komen in de offerteprocedure. De volgende ronde pakt de ontbrekende informatie aan: een kort aanvraagformulier op de website met vloeroppervlakte als verplicht veld.

Tweede ronde. Met het formulier verdwijnt het heen-en-weer mailen grotendeels en krijgt 83% binnen een dag antwoord. Het proces is nu stabiel en gemeten. Dat is het moment om te automatiseren, bijvoorbeeld met een n8n-workflow die van het formulier een conceptofferte maakt. Daarover verderop meer.

Kijk vooral naar wat het bureau niet deed. Het kocht in week één geen software. Het haalde eerst het wachten en het dubbele werk weg, en automatiseerde daarna wat overbleef.

Hoe vul je een PDCA-schema in?

Een PDCA-schema is een vel met vier vakken, één per fase, die je van boven naar beneden invult. Je hebt er geen software voor nodig: een whiteboard, een A4 of een A3 werkt prima. Het schema is een denkhulp, geen formulier om af te vinken.

Vul het Check-vak pas in als de proef klaar is, en schrijf in het Act-vak altijd de volgende vraag op. Dan blijft het een cyclus.

Waar komt PDCA vandaan? Shewhart, Deming en Japan

Het idee achter PDCA komt van Walter A. Shewhart, natuurkundige en statisticus bij Bell Telephone Laboratories. In 1939 beschreef hij kwaliteitsbeheersing als een cirkel van specificeren, produceren en inspecteren, die je herhaalt om kennis op te doen. De redacteur van dat boek was een jonge W. Edwards Deming.

Deming nam het idee mee naar Japan, waar hij vanaf 1950 ingenieurs en topmanagers les gaf in statistische kwaliteitszorg. Hij presenteerde het als een wiel van ontwerpen, produceren, verkopen en onderzoeken. Volgens het Lean Enterprise Institute maakte de Japanse vereniging van wetenschappers en ingenieurs (JUSE) daar in 1951 de Plan-Do-Check-Act-cyclus van die we nu kennen. In Japan heette die al snel de Deming-cyclus.

Deming zelf hield niet van het woord Check. Later onderwees hij PDSA, Plan-Do-Study-Act, en in zijn boek The New Economics uit 1993 noemde hij het de Shewhart-cyclus voor leren en verbeteren. The W. Edwards Deming Institute legt uit dat Check vooral kijkt of een verandering slaagt of faalt, terwijl je bij Study de uitkomst voorspelt, vergelijkt met wat er gebeurde en je theorie bijstelt.

PDCA, PDSA of DMAIC: welke kies je?

PDCA en PDSA zijn dezelfde cyclus met een ander accent in stap drie. DMAIC is een zwaardere methode in vijf fasen uit Six Sigma, voor complexe problemen met veel variatie. Kies PDCA voor frequente, kleine verbeteringen, PDSA als leren en voorspellen centraal staan, en DMAIC als de oorzaak onduidelijk is en je statistiek nodig hebt om die te vinden.

In de praktijk gebruiken veel organisaties beide. Een Lean Six Sigma Black Belt leidt DMAIC-projecten voor de grote, datarijke vraagstukken, terwijl teams korte PDCA-rondes draaien voor al het andere. De fasen Improve en Control van DMAIC zijn zelf een kleine PDCA-cyclus.

En SDCA?

SDCA (Standardize, Do, Check, Act) is de partner van PDCA. Met PDCA til je de prestatie naar een hoger niveau; met SDCA houd je het daar, door te controleren of iedereen de nieuwe standaard volgt. Veel Lean-teams wisselen af: eerst SDCA om te stabiliseren, dan PDCA om te verbeteren.

Wat zijn de 8 stappen van PDCA?

De acht stappen zijn de probleemoplosmethode van Toyota, die PDCA verder opknipt: het probleem verhelderen, het probleem opdelen, een doel stellen, de grondoorzaak analyseren, tegenmaatregelen bedenken, ze doorvoeren, resultaten en proces volgen, en standaardiseren en delen. De eerste vijf horen bij Plan, de laatste drie bij Do, Check en Act. Toyota zet ze op één A3-vel, en zoals AllAboutLean beschrijft na Toyota’s eigen training, gaat meer dan de helft van dat vel over Plan.

PDCA, Lean en Kaizen: hoe hangen ze samen?

PDCA is de werkwijze, Kaizen de houding en Lean het systeem eromheen. Kaizen betekent dagelijks verbeteren in kleine stappen, door iedereen. Elk van die kleine verbeteringen loopt als een PDCA-cyclus. In het Toyota Production System zie je de cyclus overal terug: in A3-rapporten, in dagstarts en in de manier waarop een team na een verbetering zijn standaardwerk bijwerkt. In onze uitleg over Lean management lees je de vijf principes die PDCA in de praktijk brengt.

De link met verspilling is direct. De meeste Plan-fases op kantoor wijzen uiteindelijk naar een van de 8 verspillingen van Lean: wachten op akkoord, gegevens overtypen, zoeken naar bestanden, fouten herstellen, rapportages die niemand leest. Met PDCA haal je ze er één voor één uit en bewijs je per stap dat het werkt.

PDCA in de zorg, het onderwijs en de dienstverlening

PDCA werkt in elk proces dat zich herhaalt, niet alleen in de fabriek. In de zorg is de PDSA-variant gangbaar: een afdeling test bijvoorbeeld een nieuwe werkwijze bij één groep patiënten, meet het effect en voert het pas daarna breder in. Het principe is hetzelfde: klein testen, meten, borgen.

In het onderwijs is het bekendste voorbeeld het schooldistrict Pearl River in de staat New York. Volgens ASQ gebruikte het district PDCA voor vrijwel al zijn werkprocessen, van de bestuurskamer tot het klaslokaal, en won het in 2001 de Malcolm Baldrige National Quality Award. Leraren analyseerden toetsgegevens (Plan), pasten hun lessen aan (Do), toetsten doorlopend (Check) en maakten werkende lesmethoden de standaard (Act).

In de dienstverlening en op kantoor is PDCA vaak het makkelijkst te starten, omdat processen snel herhalen en je binnen enkele weken genoeg gegevens hebt. Het voorbeeld van het architectenbureau hierboven is daar een typisch geval van.

PDCA in ISO 9001 en andere managementsystemen

PDCA zit in de opbouw van de ISO-normen voor managementsystemen. ISO 9001 voor kwaliteit, ISO 14001 voor milieu en ISO/IEC 27001 voor informatiebeveiliging delen dezelfde hoofdstukstructuur, die ISO de Harmonized Structure noemt. De hoofdstukken volgen de PDCA-logica:

Dit is de gangbare indeling onder auditors; sommige gidsen rekenen hoofdstuk 7 tot Plan. De versie ISO 9001:2015 beschreef de PDCA-cyclus uitdrukkelijk in de inleiding, als onderdeel van de procesbenadering, toepasbaar op losse processen en op het systeem als geheel. Op 16 september 2026 publiceerde ISO de zesde editie, ISO 9001:2026. Ook die loopt van context, leiderschap en planning via ondersteuning en uitvoering naar prestatie-evaluatie en verbetering, en gecertificeerde organisaties stappen binnen hun certificeringscyclus over.

Voor een bedrijf betekent dit: een team dat zijn verbeteringen vastlegt als PDCA-rondes, levert daarmee al het bewijs waar een ISO-auditor naar vraagt bij prestatie-evaluatie en verbetering.

Wanneer gebruik je PDCA, en wanneer niet?

Gebruik de PDCA-cyclus als je een proces wilt veranderen en wilt weten of de verandering werkt voordat je je eraan vastlegt. ASQ noemt de typische momenten: bij de start van een verbeterproject, bij het ontwerpen van een nieuw of beter proces, bij het vastleggen van een terugkerend werkproces, bij het plannen van metingen om een oorzaak te bevestigen, bij elke verandering en bij continu verbeteren.

Hij past het best als:

• het proces vaak genoeg terugkomt om te meten, dagelijks of wekelijks;
• je een verandering klein kunt testen zonder de hele operatie op het spel te zetten;
• het team dat het werk doet, de cyclus zelf kan draaien.

In twee situaties is PDCA niet je eerste instrument. Bij een acuut incident beperk je eerst de schade en draai je daarna PDCA om herhaling te voorkomen. En bij een probleem met veel samenhangende oorzaken en veel variatie vindt een datagedreven DMAIC-project de oorzaak sneller dan een reeks kleine proeven.

Veelgemaakte fouten met PDCA

De meest gemaakte fout is PD, PD, PD: plannen en uitvoeren, en dan door naar het volgende probleem zonder Check of Act. Zonder die twee stappen wordt niets de standaard en sluipt de oude werkwijze terug.

De andere fouten volgen daaruit:

1. Geen meetbaar doel. Als Plan niet zegt hoe succes eruitziet, heeft Check niets om mee te vergelijken. “Het voelt sneller” is geen meting.
2. Te groot beginnen. Eén probleem en één verandering per ronde. Verander je vijf dingen tegelijk, dan weet je niet wat werkte.
3. De kleine test overslaan. Voer je een verandering in de Do-fase meteen overal in, dan is mislukken duur en mis je de vergelijking.
4. Niet borgen. Een geslaagde verandering die alleen in iemands hoofd zit, is na de volgende vakantie weg. Zet het in de werkinstructie.
5. Van PDCA een formulier maken. Als het PDCA-schema een verplicht nummer wordt, vult iedereen vier vakken in en leert niemand iets.
6. Stoppen na één ronde. Het draait om de volgende ronde. Elke Check eindigt met de vraag: wat testen we hierna?

De PDCA-cyclus bij automatisering: testen, meten, opschalen

Bij automatisering bewijst PDCA in 2026 zijn waarde. Een geautomatiseerde workflow is standaardwerk dat zichzelf uitvoert, duizenden keren, zonder dat iemand merkt als er iets misgaat. Daarom werken wij met één regel die makkelijk klinkt en vaak wordt vergeten: automatiseer in Act, niet in Do. Alleen een proces dat door Check is gekomen, verdient het om in software te worden vastgelegd. Automatiseer je een kapot proces, dan maak je de verspilling alleen sneller.

Zo pakt Viralistic automatisering ook aan: eerst de waarde, dan bewijzen in productie, meten en opschalen. Zo valt dat samen met de vier fasen van PDCA, zoals beschreven op onze pagina over automatisering die begint bij waarde.

Plan: het proces in kaart brengen voordat er iets wordt gebouwd

We gaan zitten met de mensen die het werk doen en brengen elke stap in kaart: wat het start, welke systemen ze gebruiken, wat ze beslissen en wat er misgaat. De procesplaat laat zien waar gegevens twee keer worden ingevoerd en waar werk wacht op één persoon. Daarna schrijven we een succesplan: welk proces, welke uitkomst, welke meetpunten en wie de eigenaar is. Stappen met vaste regels krijgen gewone automatisering; alleen stappen die oordeel vragen, zoals vrije tekst lezen of een antwoord opstellen, krijgen een AI-model.

Do: één tot vijf workflows testen, eerst in schaduwmodus

We bouwen één tot vijf workflows in n8n, met Claude voor de stappen die oordeel vragen en Notion of de eigen systemen van de klant voor de gegevens. Elke workflow gaat in stappen live: in schaduwmodus draait hij naast de medewerker en maakt hij alleen concepten, daarna keurt een medewerker elke actie met één klik goed, en pas de bewezen gevallen worden volledig automatisch. Dit is de methode die Marrallisa uitlegde in het DataCamp-webinar over het omzetten van een bedrijfsproces in een agentic workflow.

Check: meten tegen het succesplan

In elke stap meten we de bespaarde tijd en het foutpercentage tegen de doelen uit het succesplan, en tonen we het resultaat in een eenvoudig waardedashboard. Zo weet je wanneer een workflow van schaduwmodus naar goedkeuring naar volledig automatisch mag, en heb je de cijfers voor het volgende besluit. Hier telt ook menselijk toezicht. Het Toyota-principe Jidoka, automatisering met een menselijke toets, betekent dat een machine stopt en een probleem meldt, zodat een mens het proces kan verbeteren. Een mens in de loop bij AI-agents is hetzelfde idee: de workflow pauzeert bij twijfel of bij riskante acties en vraagt om akkoord.

Act: standaardiseren, borgen en in golven opschalen

Bewijst een workflow zich, dan wordt hij de standaard: gedocumenteerd, met een vaste eigenaar, foutafhandeling, logging en toegangsregels. Onze principes voor betrouwbaarheid en governance laten zien wat daarvoor nodig is. Daarna start de volgende golf, sneller dan de eerste, omdat credentials, sjablonen en governance er al staan. Hoe dat opschalen in golven werkt, lees je in onze aanpak voor een n8n-uitrol. Wil je iemand die deze cyclus met je team draait, zoek dan een automation specialist die eerst in kaart brengt en dan pas bouwt.

Wie dit onderwijst

Marrallisa Kreijkes, oprichter van Viralistic in Amsterdam en officieel n8n Ambassador, leert teams en zalen deze manier van werken. Ze gaf het DataCamp-webinar “How to turn a business process into an agentic workflow”, trainde Volkswagen Pon Financial Services in gevonden worden in AI, sprak op het hoofdpodium van n8n-conferentie In The Loop in Berlijn in oktober 2026 en gaf een lezing bij Anthropic, het bedrijf achter Claude. Ook gaf ze een n8n-workshop aan de Universiteit Maastricht met de studieverenigingen MAIN en TCM. Teams bij DataCamp, Volkswagen Pon, n8n en Anthropic leerden van haar. Werk je met Viralistic, dan werk je met de persoon die zij binnenhaalden om les te geven. Lees meer op Marrallisa’s sprekerspagina.

De PDCA-cyclus komt uit de fabriek, en hij is nog steeds de meest praktische manier om een kantoorproces sneller te maken en te weten dat het sneller is: plannen met een doel, klein testen, controleren op de cijfers en dan borgen. Draai die cyclus voordat je automatiseert, en de automatisering landt op een proces dat het bewaren waard is. Begin bij de principes van Lean management, of bespreek je eerste ronde met ons.

Veelgestelde vragen

Wat zijn de vier fasen van de PDCA-cyclus?

De vier fasen zijn Plan, Do, Check en Act. In Plan bepaal je het probleem, het doel en de verandering die je test. In Do test je die verandering op kleine schaal. In Check vergelijk je de uitkomst met het doel. In Act borg je wat werkte, of je stuurt bij en begint een nieuwe ronde.

Wat betekent PDCA in het Nederlands?

PDCA staat voor Plan, Do, Check, Act: plannen, uitvoeren, controleren en bijsturen of borgen. In het Nederlands heet de methode ook de Deming-cirkel of de kwaliteitscirkel van Deming, naar W. Edwards Deming, die het idee van Walter Shewhart in de jaren vijftig in Japan onderwees.

Wat is het verschil tussen PDCA en PDSA?

Het enige verschil zit in de derde stap. PDCA gebruikt Check, PDSA gebruikt Study. Deming gaf de voorkeur aan PDSA, omdat Check klinkt als goed of fout keuren, terwijl Study je laat voorspellen, vergelijken en begrijpen waarom iets werkte. In de dagelijkse praktijk gebruiken de meeste teams beide namen door elkaar.

Hoort PDCA bij Kaizen?

Ja. Kaizen is de gedachte van dagelijks verbeteren in kleine stappen, en PDCA is de werkwijze waarmee je elke stap uitvoert. Het Lean Enterprise Institute noemt PDCA de basis van continu verbeteren, oftewel kaizen. Kaizen is de houding, PDCA het gereedschap waarmee je die houding in je werk zet.

Hoe lang duurt een PDCA-cyclus?

Zo kort als je meting toelaat. Een kleine verandering op één werkplek test je in een paar dagen, een aanpassing in een kantoorproces vraagt meestal twee tot zes weken aan gegevens. Maak de Check lang genoeg voor betrouwbare cijfers en kort genoeg dat het team nog weet waarom het begon.

Wat als de Check laat zien dat de verandering niet werkt?

Dan deed de cyclus toch zijn werk, want je leerde iets tegen lage kosten. Je rolt de verandering niet uit. In Act noteer je waarom het niet werkte, je stelt je hypothese bij en start een nieuwe ronde met een beter plan. Een mislukte kleine proef kost veel minder dan een mislukte uitrol.

Hoe gebruik je de PDCA-cyclus in de zorg?

In de zorg test een team een nieuwe werkwijze eerst bij een kleine groep patiënten of op één afdeling, meet het effect op een vooraf gekozen uitkomst en voert het pas daarna breder in. Veel zorgorganisaties gebruiken daarvoor de PDSA-variant, met de nadruk op leren. Het principe blijft: klein testen, meten, borgen.

Automatiseer je een proces voor of na een PDCA-cyclus?

Erna. Draai minstens één PDCA-ronde om wachten, herstelwerk en dubbel invoeren weg te halen, en automatiseer alleen het proces dat door Check is gekomen. Het bouwen van de automatisering is dan zelf weer een PDCA-cyclus: workflow plannen, testen in schaduwmodus, resultaten meten en daarna standaardiseren en opschalen.