Lean Six Sigma & DMAIC: procesverbetering met data

Lean-procesverbetering geeft je een gestructureerde aanpak om te ontdekken waar werk tijd of kwaliteit verliest en veranderingen te toetsen aan de hand van data. In deze gids lees je hoe Lean Six Sigma en DMAIC daarbij helpen, welke data je per fase nodig hebt en hoe je de cyclus toepast op een order-to-cash-proces. De nadruk ligt op een onderbouwde nulmeting, een analyse die aannames toetst en controles die verbeteringen helpen borgen.

Lean-procesverbetering is meer dan een verzameling hulpmiddelen. DMAIC geeft je een praktische structuur om een proces te onderzoeken en te bepalen wat je wilt veranderen.

Wat Lean Six Sigma wel en niet is

Lean, Six Sigma en Lean Six Sigma hangen met elkaar samen, maar pakken verschillende problemen aan.

Lean richt zich op het verminderen van werk dat geen waarde toevoegt, zoals wachten, onnodige overdrachten en herstelwerk. Six Sigma richt zich op het verminderen van variatie en fouten. Lean Six Sigma combineert deze doelen in een gestructureerde verbeteropgave.

Lean-mapping, waaronder Value Stream Mapping, helpt je weergeven hoe het werk zou moeten verlopen. Procesdata laat daarnaast zien hoe cases daadwerkelijk door systemen lopen. Samen bieden de proceskaart en de data je team een basis om te bespreken waar het proces afwijkt van de verwachtingen.

Het is ook goed om duidelijk te maken wat Lean Six Sigma niet is:

• Het is geen certificeringsprogramma. Belts zijn een opleidingsvorm. Een certificaat vervangt geen gemeten uitgangssituatie of echt verbeterproject.
• Het vervangt geen proceskennis. DMAIC structureert het onderzoek, maar je team moet het werk en de beperkingen nog steeds begrijpen.
• Het is geen eenmalig project. De fase Control helpt je het proces te blijven volgen nadat het projectteam verdergaat.
• Het is niet alleen voor de maakindustrie. Ook kantoorprocessen kennen wachttijden, herstelwerk, overdrachten en onnodige stappen.

Waarom DMAIC data nodig heeft, geen meningen

DMAIC bevat een fase Measure, omdat je een uitgangsmeting nodig hebt om te kunnen bepalen of een proces is verbeterd. Zonder die meting kan Analyze ontaarden in een discussie over wiens herinnering klopt.

Handmatige observaties en steekproeven kunnen je helpen een proces te begrijpen, maar ze omvatten alleen de cases en stappen die je observeert. Bij kantoorprocessen kan het werk over een ERP, CRM, ticketsysteem en spreadsheets verdeeld zijn. Geen enkele observator ziet elke case van begin tot eind.

Als systemen een caseverwijzing, activiteit en timestamp vastleggen, kun je die eventgegevens gebruiken om te reconstrueren hoe cases door het proces liepen. Het werk verschuift dan van elke waarneming handmatig verzamelen naar de data controleren en de resultaten interpreteren. Process mining biedt een manier om die gegevens voor het hele proces te onderzoeken.

Door gedocumenteerd werk met de praktijk te vergelijken, kun je twee soorten hiaten vinden:

• Stappen die wel in het diagram staan, maar in de praktijk ontbreken. Een controle wordt misschien niet meer uitgevoerd of een goedkeuring is niet langer nodig.
• Stappen die in de praktijk voorkomen, maar niet in het diagram staan. Een workaround kan vaste prik zijn geworden, zonder duidelijke eigenaar of evaluatie.

De vijf DMAIC-fasen voor lean-procesverbetering

DMAIC bestaat uit vijf vaste fasen: Define, Measure, Analyze, Improve en Control. Elke fase beantwoordt een andere vraag en levert iets anders op. Met deze stappen voor lean-procesverbetering werk je van een afgebakend probleem toe naar een verandering die je blijft volgen.

Define: bepaal het probleem, de scope en de CTQ’s

Welke data vervangt dit? Aannames over welke cases en activiteiten binnen de scope vallen.

Bepaal welk probleem je wilt oplossen, waar het proces begint en eindigt en welke critical-to-quality-metingen (CTQ’s) belangrijk zijn voor de klant of organisatie. Spreek eerst af wat als één case telt. Dat kan een order, ticket, factuur of claim zijn. Die keuze bepaalt welke events je bij elkaar groepeert en beïnvloedt alle metingen die volgen.

Gebruik procesdata om te controleren of het eerste beeld van het team overeenkomt met de huidige praktijk. De analyse kan varianten of metingen aan het licht brengen die tijdens een workshop niet aan bod kwamen. Leg de scope vast in een proceskaart of BPMN-diagram, zodat het team hetzelfde beeld kan beoordelen.

Een bruikbaar resultaat: een scope waarvoor één team verantwoordelijk kan zijn, een definitie van een case die iedereen begrijpt en CTQ’s die je met beschikbare data kunt meten.

Measure: bepaal de uitgangsmeting voor doorlooptijd, kosten en herstelwerk

Welke data vervangt dit? Schattingen en kleine steekproeven als benadering van de huidige prestaties.

Meet het proces aan de hand van de CTQ’s die je bij Define hebt afgesproken. Afhankelijk van de beschikbare data en de projectscope kan een bruikbare uitgangsmeting de doorlooptijd, kosten en het herstelwerk per case omvatten.

Loopt het proces over meerdere systemen, bepaal dan hoe je de registraties daarvan koppelt. Door logs te combineren op basis van een afgesproken case-ID kun je een case door verschillende systemen volgen. Controleer de koppeling en de onderliggende timestamps voordat je op de resultaten vertrouwt. Een onvolledige of onjuiste koppeling kan de uitgangsmeting zekerder laten lijken dan die is.

Gebruik de uitgangsmeting om de huidige prestaties te beschrijven voordat je een doel stelt. Koppel de metingen aan de probleemomschrijving en kies ze niet alleen omdat ze makkelijk uit de data te halen zijn.

Een bruikbaar resultaat: een uitgangsmeting die de proceseigenaar kan beoordelen, inclusief de aannames en beperkingen van de data.

Lees hoe je een nulmeting maakt op basis van echte procesdata.

Analyze: vind bottlenecks, varianten en afwijkingen van het proces

Welke data vervangt dit? Hypotheses uit workshops die nog niet aan de praktijk zijn getoetst.

Analyseer het bewijs om te begrijpen waarom de prestaties variëren. Kijk waar vertragingen ontstaan, welke procesvarianten voorkomen, hoeveel cases minder gebruikelijke routes volgen en waar cases afwijken van het beoogde proces.

Een procesvariant is een van de routes die cases door het proces kunnen volgen. Door varianten te vergelijken, zie je of een vertraging overal voorkomt of vooral op een specifieke route. Conformiteitsanalyse vergelijkt de praktijk met het beoogde proces en laat zien waar die van elkaar verschillen.

Rangschik mogelijke oorzaken op basis van hun impact en toets ze aan de data. Een grondige analyse kan de oorspronkelijke hypothese van het team bevestigen, maar kan ook laten zien dat de belangrijkste beperking ergens anders zit. Lees voor een praktische uitleg hoe je een proces analyseert en bottlenecks vindt.

Een bruikbaar resultaat: een gerangschikte lijst van mogelijke grondoorzaken, onderbouwd met bewijs en open voor discussie.

Verbeteren: geef prioriteit aan veranderingen en test ze vóór invoering

Welke data vervangt dit? Een verandering kiezen omdat die vertrouwd is of makkelijk aan te kondigen.

Gebruik de analyse om veranderingen te vinden die de oorzaken aanpakken. Vergelijk het verwachte effect met de benodigde inspanning en de risico’s. Modelleer het voorgestelde proces waar mogelijk en vergelijk scenario’s met een simulatie voordat je de verandering invoert. Zo kun je onderzoeken wat het mogelijke effect is, zonder een simulatie als garantie voor de uitkomst te zien.

Leg het doelproces vast, zodat de mensen die het werk doen de nieuwe werkwijze begrijpen. Meet na de invoering dezelfde indicatoren als bij de uitgangsmeting. Zo kun je beoordelen of de verandering de prestaties heeft verbeterd of ergens anders een nieuwe beperking heeft veroorzaakt.

Een bruikbaar resultaat: een verandering die is getoetst aan de uitgangsmeting, met een plan om de prestaties na invoering te controleren.

Besturing: volg prestaties, dashboards en verantwoordelijkheden

Welke data vervangt dit? Afgaan op incidentele audits of je geheugen om veranderingen in prestaties op te merken.

De fase Control helpt je een verbetering vast te houden. Kies welke metingen je volgt, stel grenswaarden vast die aanleiding geven tot evaluatie en wijs iemand aan die verantwoordelijk is voor de opvolging. Met een dashboard kan de proceseigenaar zien of de prestaties veranderen en waar onderzoek nodig is.

Spreek af hoe vaak je de resultaten beoordeelt en wat je doet als een meting buiten de verwachte bandbreedte valt. Veranderen de volumes of de samenstelling van cases, controleer dan of het proces en de doelen nog kloppen.

Een bruikbaar resultaat: een benoemde eigenaar, duidelijke afspraken over evaluaties en metingen waarmee je terugval kunt signaleren en kunt bepalen wat de volgende stap is. Lees voor meer over doorlopend meten hoe je een proces continu monitort.

Een uitgewerkt voorbeeld: order-to-cash

Zo kunnen de vijf fasen worden toegepast op een order-to-cash-proces. De cijfers hieronder zijn bedoeld als voorbeeld, niet als beloofd resultaat.

Define. Het project gaat over order-to-cash voor één productgroep. Een case begint zodra een order is geaccepteerd en eindigt wanneer de factuur is betaald. De CTQ’s zijn de juistheid van de factuur en de tijd tot betaling. Omdat het probleem late betalingen is, is de betaling een relevanter eindpunt dan de verzending.

Measure. Het team koppelt eventdata uit het ERP- en facturatiesysteem op basis van het ordernummer. De uitgangsmeting laat zien dat er mediaan 34 dagen zitten tussen orderacceptatie en betaling. Elf van die dagen vallen tussen het aanmaken en versturen van de factuur.

Analyze. De vertraging zit vooral op specifieke routes. In dit voorbeeld gaat 22% van de orders door een handmatige kredietcontrole, die negen dagen toevoegt. Eén op de zes facturen wordt opnieuw verstuurd, waardoor de betaaltermijn opnieuw begint. Geen van beide routes staat in het gedocumenteerde procesmodel.

Verbeteren. Het team overweegt de kredietlimiet te verhogen, zodat handmatige controles alleen nodig zijn voor uitzonderingen. Een simulatie op basis van historische data suggereert dat dit voor 18% van de orders negen dagen kan schelen, zonder dat in die data de oninbare schulden toenemen. Na invoering moet het team de werkelijke prestaties nog wel controleren.

Besturing. Het team volgt welk deel van de orders de handmatige route neemt en stelt een grenswaarde vast voor evaluatie. De orderdesk is verantwoordelijk voor de meting. Het dashboard is beschikbaar voor het team dat het proces beheert.

Veelvoorkomende valkuilen bij lean-procesverbetering

Een DMAIC-project kan de stappen op papier goed volgen en toch geen bruikbare verandering opleveren. Let op deze valkuilen:

• Bureaucratie rond belts. Het team besteedt tijd aan projectdocumenten voordat het proces of de data is gecontroleerd. Projectcharters en stakeholderoverzichten kunnen helpen, maar zijn op zichzelf geen bewijs van vooruitgang.
• Geen onderbouwde uitgangsmeting. Sla je Measure over of baseer je die alleen op een enquête, dan heeft Analyze weinig om te toetsen. Zonder beginpunt kun je later geen goede vergelijking maken.
• De scope is op programmaniveau bepaald. Een breed programma heeft mogelijk geen enkele eigenaar, casedefinitie of meting waarop één team invloed kan uitoefenen. Beperk de scope tot een proces met duidelijke grenzen en verantwoordelijkheden.
• De verbetering is al gekozen voordat de analyse begint. Heeft het team al besloten wat het gaat automatiseren of opnieuw ontwerpen, dan zoekt het misschien alleen naar bewijs voor die keuze. Gebruik Analyze om de veronderstelde oorzaak te toetsen, niet om een vooraf gekozen oplossing te rechtvaardigen.
• De fase Control ontbreekt. Als niemand na afloop van het project verantwoordelijk is voor de metingen, kunnen veranderingen in prestaties onopgemerkt blijven. Leg vóór de afronding vast wie verantwoordelijk is, welke grenswaarden gelden en hoe vaak je evalueert.

Hoe ProcessMind elke DMAIC-fase ondersteunt

Met ProcessMind kun je procesdata onderzoeken, processtromen documenteren, prestaties analyseren en voorgestelde veranderingen simuleren. Het helpt bij het onderzoek; je team bepaalt welke veranderingen nodig zijn en voert die zelf door. Deze hulpmiddelen voor lean-procesverbetering voegen bewijs toe aan de DMAIC-cyclus, zonder proceskennis of eigenaarschap te vervangen.

De fasen bouwen voort op één gedeelde procesdefinitie. Gebruikt elke fase andere data of een ander beeld van het proces, dan kan je team tijd kwijt zijn aan het verklaren van die verschillen in plaats van de verbetering te beoordelen.

Bekijk hoe je procesdata analyseert voor een overzicht van de analyseworkflow. Lees hoe procesmodellering en process mining elkaar aanvullen om te zien hoe beide methoden samenwerken.

Aan de slag met een DMAIC-project

Volg deze stappen om van een breed verbeterdoel naar een project te gaan dat je team kan meten. Dit model voor lean-procesverbetering houdt de eerste cyclus gericht op een proces dat je team kan afbakenen, meten en evalueren:

1. Kies een proces met een duidelijke eigenaar. Zonder proceseigenaar is het lastig om iemand verantwoordelijk te maken voor de fase Control.
2. Spreek de casedefinitie af. Leg vast wanneer een case begint en eindigt en bepaal welke systemen die events registreren.
3. Meet voordat je verbetert. Maak een uitgangsmeting voordat workshops of herontwerpwerk een doelsituatie bepalen.
4. Houd de eerste cyclus gericht. Begin met een scope die je team kan onderzoeken en evalueren. Gebruik daarna wat je leert om te bepalen wat je vervolgens onderzoekt.

Zodra je een verandering hebt getest, kun je de verbeteringen in de praktijk invoeren.

Hoe nu verder?

Begin je DMAIC-project met een gemeten uitgangssituatie.

Begin je DMAIC-project met een gemeten uitgangssituatie