Er gaat iets mis, en binnen vijf minuten ligt er al een oplossing op tafel. Een extra check, een nieuw formulier, een training. Iedereen voelt zich gehoord, er is actie ondernomen, en drie maanden later gebeurt precies hetzelfde probleem opnieuw. Dat patroon is precies waarom DMAIC bestaat.

DMAIC staat voor Define, Measure, Analyze, Improve, Control. Het is een vaste volgorde van vijf stappen uit Six Sigma om een probleem aan te pakken zonder de verleiding om meteen naar een oplossing te springen. Eerst het probleem scherp definiëren, dan meten hoe groot het daadwerkelijk is, vervolgens de oorzaak analyseren, pas dan verbeteren, en tot slot borgen dat het niet terugkomt.

De reden dat dit werkt, klinkt bijna te simpel: de meeste organisaties slaan stap twee en drie gewoon over. Er wordt niet gemeten hoe vaak iets misgaat, en er wordt niet onderzocht waarom, er wordt meteen bedacht wát er moet veranderen. Het resultaat is een oplossing voor een probleem dat niemand daadwerkelijk in kaart heeft gebracht.

Stappenplan: DMAIC in vijf stappen

1. Define: beschrijf het probleem, voor wie het een probleem is, en wat wel en niet binnen de scope valt.

2. Measure: meet hoe vaak het probleem daadwerkelijk voorkomt, in plaats van te vertrouwen op een onderbuikgevoel.

3. Analyze: zoek de onderliggende oorzaak, niet het meest voor de hand liggende symptoom.

4. Improve: ontwerp en test een oplossing die aansluit op de geverifieerde oorzaak uit stap 3.

5. Control: borg de verbetering zodat oude gewoontes niet binnen een paar maanden terugsluipen.

Hieronder de vijf fasen met de bijbehorende tools, iets uitgebreider.

1. Define: het probleem scherp krijgen

In deze fase bepaal je wat het probleem precies is, voor wie het een probleem is, en wat wel en niet binnen de scope valt. Zonder dit stapje ga je later meten en analyseren aan iets dat niemand hetzelfde heeft gedefinieerd, en dat levert alleen ruis op.

Gebruikte tools: een project charter (een half A4'tje met probleem, doel en scope), een SIPOC-diagram om het proces op hoofdlijnen in kaart te brengen (Suppliers, Inputs, Process, Outputs, Customers), en Voice of the Customer, oftewel gewoon vragen aan de mensen die last hebben van het probleem wat ze daadwerkelijk willen.

2. Measure: de omvang vaststellen

Hier meet je hoe vaak het probleem voorkomt, en hoe betrouwbaar die meting eigenlijk is. Veel teams slaan dit over en werken met een onderbuikgevoel: "dit gebeurt best vaak". Dat gevoel klopt zelden precies.

Gebruikte tools: een procesmap of flowchart om te zien waar in het proces je moet meten, een dataverzamelplan (wat meet je, hoe vaak, door wie), en een meetsysteemanalyse (ook wel Gage R&R) om te checken of je meetmethode zelf wel betrouwbaar is voordat je erop gaat sturen.

3. Analyze: de oorzaak vinden

Dit is de fase waar de meeste haast wordt gemaakt, en waar juist geduld het meeste oplevert. Het doel is de onderliggende oorzaak vinden, niet het meest voor de hand liggende symptoom.

Gebruikte tools: de 5x waarom-methode (simpel, maar effectief als je hem echt vijf keer doorzet), een Ishikawa- of visgraatdiagram om mogelijke oorzaken te clusteren per categorie, en een Pareto-analyse om te zien welke 20 procent van de oorzaken verantwoordelijk is voor 80 procent van het probleem.

4. Improve: de oplossing ontwerpen en testen

Pas hier ga je daadwerkelijk oplossingen bedenken, en dat is precies waarom deze fase zoveel effectiever is dan de reflex om als eerste stap een oplossing te verzinnen. Je oplossing is nu gebaseerd op een geverifieerde oorzaak, niet op een aanname.

Gebruikte tools: een brainstormsessie met het team dat het probleem dagelijks meemaakt, een FMEA (Failure Mode and Effects Analysis) om te checken wat er mis kan gaan met je oplossing voordat je hem uitrolt, en een pilot of proefdraaien in het klein voordat je breed uitrolt.

5. Control: zorgen dat het niet terugsluipt

De laatste fase wordt het vaakst overgeslagen, en is misschien wel de belangrijkste. Zonder borging zakt een verbetering binnen een paar maanden terug naar de oude situatie, simpelweg omdat oude gewoontes hardnekkig zijn.

Gebruikte tools: een control chart om de nieuwe situatie te blijven monitoren, een bijgewerkte SOP of werkinstructie zodat de nieuwe manier van werken ergens vastligt, en een periodieke audit om te checken of iedereen de nieuwe afspraak ook daadwerkelijk volgt.

Waarom we het liefst meteen naar een oplossing springen

Dit heeft een naam in de psychologie: premature closure, de neiging om een probleem als opgelost te beschouwen zodra er een aannemelijke verklaring is, ook al is die niet getoetst. Het voelt ongemakkelijk om bij een probleem te blijven zonder meteen te acteren, zeker als een leidinggevende in de zaal zit en verwacht dat er iets gebeurt.

DMAIC dwingt je om die ongemakkelijke fase juist langer vol te houden. Niet omdat traagheid een deugd is, maar omdat een oplossing die op de verkeerde oorzaak is gebaseerd, in de praktijk zelden iets structureels oplost. Je hebt dan wel iets veranderd, maar niet het juiste.

Een voorbeeld uit de praktijk

Bij een logistiek bedrijf klaagde de klantenservice over "te veel klachten over te late levering". De eerste reflex was: meer chauffeurs inzetten. Voordat we dat deden, hebben we eerst gedefinieerd wat "te laat" precies betekende, en gemeten hoe vaak het daadwerkelijk voorkwam: 6 procent van de leveringen, geconcentreerd op twee specifieke postcodegebieden.

De analyse liet zien dat het probleem niet bij de chauffeurs lag, maar bij een verouderde routeplanning die die twee gebieden structureel onderschatte in reistijd. De verbetering zat dus niet in meer mensen, maar in een aangepaste planningsregel voor die twee gebieden. Klachten daalden met 70 procent, tegen nul extra kosten.

Het aardige van DMAIC is dat het geen ingewikkeld model is, het is vooral een discipline: eerst kijken, dan pas doen. Die volgorde omdraaien kost je niets op de korte termijn, en alles op de lange termijn, want je blijft dan hetzelfde probleem oplossen, keer op keer.

Wil je leren hoe je zelf gestructureerd problemen analyseert voordat je oplossingen bedenkt? In de Lean Green Belt opleiding leer je de DMAIC-cyclus, inclusief alle tools hierboven, in de praktijk toepassen.