- Gebruik Six Sigma wanneer een proces meetbare variatie vertoont en die variatie tot fouten, wachttijd, herwerk of onvoorspelbare dienstverlening leidt.
- Kies DMAIC voor een bestaand proces dat verbeterd moet worden en DMADV wanneer een nieuw of grondig herontworpen proces nodig is.
- Behandel belts als projectrollen met verschillende verantwoordelijkheden, niet als formele hiërarchie.
- Combineer Six Sigma met Lean wanneer zowel procesvariatie als verspilling of doorlooptijd een rol spelen.
Gepubliceerd: 20 juli 2026. Laatst bijgewerkt: 20 juli 2026.
Wat Six Sigma eigenlijk betekent
Six Sigma is een datagedreven methode om processen voorspelbaarder te maken door afwijking en variatie te verminderen. De methode is ontstaan in industriële kwaliteitsomgevingen, maar de kern ervan is breder toepasbaar: begrijpen wat klanten of gebruikers belangrijk vinden, meten hoe het proces vandaag presteert, achterhalen waardoor afwijkingen ontstaan en verbeteringen borgen zodat het resultaat niet terugvalt.
In productie spreekt men vaak over defecten. In diensten, overheid, zorg of financiële processen is “afwijking” meestal een betere term. Een dossier dat drie dagen later wordt behandeld dan afgesproken, een aanvraag die onvolledig terugkomt, een factuurcorrectie of een patiëntdoorverwijzing met ontbrekende gegevens zijn allemaal voorbeelden van procesuitkomsten die meetbaar afwijken van wat de gebruiker nodig heeft.
De naam Six Sigma verwijst naar sigma, de statistische maat voor spreiding. In veel introducties wordt Six Sigma gekoppeld aan 3,4 defects per million opportunities, of DPMO. DPMO betekent het aantal afwijkingen per miljoen kansen op een afwijking, maar die bekende waarde hangt samen met aannames over procesgedrag, normaliteit en verschuiving van het gemiddelde. Ze is nuttig als referentiepunt, maar in Belgische dienstverleningsprocessen is de praktische vraag meestal eenvoudiger: hoeveel afwijkingen ontstaan er, waar ontstaan ze en welke impact hebben ze op klant, burger, patiënt of interne gebruiker?
Voor formele terminologie sluiten veel organisaties aan bij bronnen zoals ISO 13053, IASSC en ASQ. Die bronnen leggen verschillende accenten, maar ze delen dezelfde basisgedachte: Six Sigma gebruikt gestructureerde probleemoplossing, statistisch denken en projectrollen om meetbare procesverbetering te bereiken.
Een Belgisch voorbeeld: doorlooptijd in een vergunningsproces
Een eenvoudige casus maakt de methode concreter. Stel dat een Belgische stad merkt dat aanvragen voor een bepaalde vergunning sterk verschillen in doorlooptijd. Sommige dossiers zijn binnen enkele werkdagen behandeld, andere blijven weken liggen. De aanvrager ervaart dat als onvoorspelbaar, terwijl medewerkers aangeven dat het probleem vaak bij ontbrekende informatie, piekmomenten en onduidelijke overdrachten ligt.
Een Six Sigma-project zou niet starten met een oplossing, maar met het scherp definiëren van het probleem. De kritieke klantvereiste, vaak CTQ of critical to quality genoemd, kan bijvoorbeeld zijn dat een volledig dossier binnen een afgesproken termijn een beslissing krijgt. Die CTQ moet worden vertaald naar een meetbare Y, zoals “aantal kalenderdagen tussen ontvangst van een volledig dossier en beslissing”. Zonder die vertaling wordt al snel gemeten wat toevallig beschikbaar is, niet wat de gebruiker werkelijk belangrijk vindt.
In de Define-fase wordt het project afgebakend. Het team beslist welke vergunningen binnen scope vallen, wat telt als een volledig dossier, welke termijn relevant is en welke afdelingen betrokken zijn. Dat lijkt administratief, maar het voorkomt dat het project later verzandt in discussies over definities.
In de Measure-fase verzamelt het team procesdata. Het bekijkt bijvoorbeeld doorlooptijd, aantal teruggestuurde dossiers, aantal overdrachten, type ontbrekende informatie en momenten waarop dossiers wachten op beoordeling. De kwaliteit van die data is bepalend. Als “ontvangstdatum” soms de datum van e-mailontvangst betekent en soms de datum waarop een dossier manueel geregistreerd wordt, vergelijkt het team verschillende werkelijkheden.
In de Analyze-fase zoekt het team naar oorzaken. Misschien blijken dossiers van één categorie vaker onvolledig, ontstaan vertragingen vooral na overdracht tussen loketten, of stijgt de variatie tijdens vakantieperiodes. Het doel is niet om schuldigen te vinden, maar om patronen te herkennen die met data onderbouwd zijn.
In de Improve-fase worden gerichte verbeteringen getest. Dat kan een duidelijker aanvraagformulier zijn, een automatische volledigheidscontrole, een vaste triagerol of een andere planning van beoordelingscapaciteit. In de Control-fase volgt het team of de verbetering standhoudt, bijvoorbeeld via een eenvoudig dashboard, vaste procesafspraken en periodieke controle op uitzonderingen.
Wanneer DMAIC past en wanneer DMADV beter is
DMAIC en DMADV worden vaak als definities naast elkaar gezet, maar de echte waarde zit in de keuze tussen beide. DMAIC staat voor Define, Measure, Analyze, Improve en Control. Deze aanpak past wanneer er al een bestaand proces is, de output meetbaar is en het probleem vooral gaat over variatie, afwijkingen, herwerk of onvoorspelbaarheid.
DMADV staat voor Define, Measure, Analyze, Design en Verify. Deze aanpak past beter wanneer een proces nieuw is, wanneer klantvereisten nog onvoldoende begrepen zijn of wanneer het bestaande proces zo structureel verkeerd is ontworpen dat verbeteren binnen de huidige vorm weinig zin heeft. Bij een volledig nieuw digitaal loket, een nieuw patiëntenonthaal of een hertekend onboardingproces kan DMADV logischer zijn dan DMAIC.
Een praktisch besliskader vertrekt van vier vragen. Bestaat het proces al in een stabiele vorm? Is de output betrouwbaar meetbaar? Is het probleem oplosbaar door verbetering van het huidige proces, of is herontwerp nodig? Zijn klantvereisten bekend, of moeten ze eerst opnieuw worden onderzocht? Als de eerste twee antwoorden ja zijn en het proces niet fundamenteel verkeerd ontworpen is, ligt DMAIC meestal voor de hand. Als klantvereisten nieuw zijn of het bestaande proces de verkeerde structuur heeft, wijst de keuze eerder naar DMADV.
Er is ook een grens aan wat Six Sigma moet oplossen. Als het probleem vooral ontstaat door te weinig capaciteit, piekvraag, bottlenecks of onduidelijke flow, kan Lean of Theory of Constraints eerst nuttiger zijn. Six Sigma helpt sterk bij variatie en oorzakenanalyse; Lean helpt vooral bij wachttijd, verspilling en flow. In de praktijk overlappen ze, maar het onderscheid voorkomt dat teams een statistisch project opzetten voor een probleem dat eerst om capaciteits- of workflowkeuzes vraagt.
Meten zonder schijnzekerheid
Veel Six Sigma-projecten lopen vast in de Measure-fase omdat de data betrouwbaarder lijken dan ze zijn. Een spreadsheet met honderden regels geeft een gevoel van precisie, maar zegt weinig als definities onduidelijk zijn of als alleen de gemakkelijk beschikbare dossiers zijn meegenomen.
Drie datavalkuilen komen vaak terug. De eerste is een vage operationele definitie. “Te laat”, “onvolledig”, “herwerk” of “klacht” moet zo concreet worden gedefinieerd dat twee medewerkers onafhankelijk tot dezelfde beoordeling komen. De tweede is een te kleine of scheve steekproef. Wie alleen dossiers meet uit een rustige maand of van één team, mist de variatie die in het echte proces voorkomt. De derde is selectie-bias door alleen digitale, afgeronde of gemakkelijk terug te vinden data te gebruiken.
Een goed meetplan beschrijft daarom wat wordt gemeten, waarom het wordt gemeten, wie registreert, welke periode wordt bekeken en welke uitzonderingen uitgesloten of apart geanalyseerd worden. In dienstverleningsprocessen is dat extra belangrijk omdat veel afwijkingen niet als “defect” worden geregistreerd, maar verborgen zitten in e-mails, wachtrijen, correctierondes of mondelinge overdrachten.
Statistische tools zijn pas zinvol wanneer de basis klopt. Controlekaarten, histogrammen of procescapaciteitsanalyse kunnen veel inzicht geven, maar ze versterken ook fouten wanneer de onderliggende data inconsistent zijn. Een eenvoudige, goed gedefinieerde meting is vaak waardevoller dan een complexe analyse op twijfelachtige gegevens.
Belts zijn projectrollen, geen rangorde
Six Sigma gebruikt belt-niveaus om rollen en verantwoordelijkheden aan te duiden. Die termen worden soms gelezen als een hiërarchie, maar op de werkvloer werken ze beter als projectrollen. Een White Belt of Yellow Belt heeft basisbegrip en kan deelnemen aan verbeterinitiatieven. Een Green Belt leidt doorgaans afgebakende projecten naast een bestaande lijnfunctie. Een Black Belt leidt complexere, vaak cross-functionele projecten en besteedt daar meer tijd aan. Een Master Black Belt ondersteunt programma’s, coacht projectleiders en bewaakt methodische kwaliteit.
Die rolverdeling helpt organisaties om verwachtingen realistisch te houden. Een teamlead die één procesprobleem in de eigen afdeling wil aanpakken, heeft andere vaardigheden nodig dan iemand die organisatiebreed verbeterprojecten begeleidt. De waarde van een belt zit daarom niet in de titel zelf, maar in het vermogen om een probleem goed af te bakenen, data correct te interpreteren, stakeholders mee te nemen en verbeteringen te borgen.
| Belt-niveau | Typische rol in de praktijk | Waar de nadruk ligt |
|---|
| White Belt | Teamlid met basisbegrip | Terminologie en deelname aan verbeterwerk |
| Yellow Belt | Projectmedewerker of procesteamlid | Probleemherkenning, eenvoudige metingen en ondersteuning |
| Green Belt | Projectleider voor afgebakende verbeterprojecten | DMAIC toepassen naast de lijnrol |
| Black Belt | Leider van complexere, cross-functionele projecten | Analyse, verandering en structurele borging |
| Master Black Belt | Coach en programmaleider | Methodische kwaliteit, coaching en portfolio-aanpak |
Wie zich verder wil verdiepen, kan starten met een Yellow Belt-basis, doorgroeien naar Green Belt-projectvaardigheden of zich richten op Black Belt-verantwoordelijkheden. Readynez gebruikt deze niveaus als praktische leerpaden, maar certificering is geen voorwaarde om met de principes te starten; degelijk probleemdenken en goede data blijven de basis.
Lean Six Sigma zonder begripsverwarring
Lean en Six Sigma worden vaak samen gebruikt omdat ze elkaar aanvullen. Lean kijkt naar flow, wachttijd, verspilling en waarde vanuit het perspectief van de klant. Six Sigma kijkt sterker naar variatie, oorzaken en voorspelbaarheid. In een ziekenhuis kan Lean bijvoorbeeld helpen om de patiëntstroom door een afdeling te verbeteren, terwijl Six Sigma onderzoekt waarom labresultaten voor dezelfde procedure sterk verschillen in doorlooptijd.
De combinatie wordt nuttig wanneer een proces zowel traag als onvoorspelbaar is. In het vergunningsvoorbeeld kan Lean helpen om onnodige overdrachten of wachtrijen te verwijderen. Six Sigma kan daarna aantonen welke dossierkenmerken de grootste variatie veroorzaken en welke verbeteringen statistisch zichtbaar effect hebben. Door beide benaderingen bewust te combineren, vermijdt een team dat het alleen sneller werkt maar nog altijd fouten produceert, of dat het afwijkingen analyseert terwijl het proces vol duidelijke verspilling zit.
Een volwassen Lean Six Sigma-aanpak vraagt ook change management. Sponsorbetrokkenheid, vroege stakeholderanalyse en duidelijke eigenaarschap na de Improve-fase zijn vaak bepalender dan de keuze voor een specifieke tool. Als medewerkers niet begrijpen waarom een nieuwe werkwijze nodig is, of als het management na de projectfase geen opvolging vraagt, zakt het proces gemakkelijk terug naar de oude gewoontes.
Wat Six Sigma oplevert in diensten, overheid en zorg
De voordelen van Six Sigma zijn het duidelijkst wanneer een organisatie de methode toepast op processen die belangrijk zijn voor gebruikers en voldoende meetbaar zijn. In een dienstverleningscontext kan dat gaan over minder herwerk, kortere en stabielere doorlooptijden, minder overdrachtsfouten, betere voorspelbaarheid en duidelijkere prioriteiten voor verbetering.
Die voordelen zijn niet automatisch. Een project dat start vanuit een vaag probleem, zoals “de dienstverlening moet beter”, zal moeilijk aantonen wat verbeterd is. Een sterker vertrekpunt is “volledige aanvragen moeten binnen een afgesproken termijn een beslissing krijgen, maar de huidige doorlooptijd varieert sterk per dossiercategorie”. Dan kan het team meten, oorzaken onderzoeken en gericht verbeteren.
Belgische organisaties hebben bovendien vaak te maken met meertalige communicatie, wettelijke termijnen, publieke verantwoording, syndicale context of afhankelijkheden tussen overheden en partners. Six Sigma kan daarin structuur brengen, maar het vervangt geen beleidskeuzes of capaciteitsbeslissingen. De methode helpt vooral om feiten van aannames te scheiden en verbeteringen te testen op basis van procesdata.
Methodenotitie en begrippenkader
De voorbeelden in dit artikel zijn vereenvoudigd en gebruiken gesimuleerde procesdata. Ze verwijzen niet naar een specifieke organisatie en mogen niet worden gelezen als claim over prestaties van een Belgische stad, zorginstelling of onderneming.
Voor definities en terminologie is aangesloten bij gangbare Six Sigma-bronnen zoals ISO 13053, IASSC en ASQ. De exacte invulling van certificeringsniveaus kan per aanbieder verschillen, maar de onderliggende projectrollen zijn in de praktijk vergelijkbaar: basisbegrip, projectdeelname, afgebakend projectleiderschap, cross-functioneel leiderschap en coaching op programmaniveau.
Six Sigma toepassen met realistische verwachtingen
Six Sigma is geen universele oplossing voor elk procesprobleem. De methode werkt het best wanneer er een duidelijk probleem is, wanneer de output meetbaar is en wanneer de organisatie bereid is om oorzaken te onderzoeken voordat ze oplossingen kiest. Ze werkt minder goed wanneer de vraag vooral politiek, strategisch of capaciteitsgedreven is en er geen eigenaar is die de verandering kan borgen.
Een praktische volgende stap is één relevant proces kiezen, de klantvereiste vertalen naar een meetbare uitkomst en nagaan of DMAIC of DMADV past. Wie daarna gestructureerde opleiding zoekt, kan het bredere Lean Six Sigma-aanbod bekijken of contact opnemen om te bepalen welk niveau aansluit bij de rol en het type verbeterproject. De kern blijft dezelfde: begin bij het proces, meet wat ertoe doet en maak verbetering aantoonbaar.
