Een operationele definitie legt precies vast wat je meet en hoe, zodat iedereen die meet tot dezelfde uitkomst komt. Zonder zo’n definitie meet de een vanaf de binnenkomende mail en de ander vanaf de registratie, en vergelijk je appels met peren. In Lean Six Sigma heet dit ook wel het operationaliseren van de Y: de uitkomst die je wilt verbeteren eenduidig en betrouwbaar meetbaar maken.
Waarom een operationele definitie?
Woorden als snel, correct of op tijd lijken duidelijk, maar betekenen voor iedereen iets anders. Wat voor de een snel is, is voor de ander traag. W. Edwards Deming wees er al op dat een meting pas iets zegt als je hebt afgesproken hoe je meet: een begrip als “schoon” of “op tijd” krijgt pas betekenis met een meetmethode en een criterium erbij.
In een verbeterproject is dat geen detail. Je nulmeting bepaalt hoe groot het probleem lijkt, en na de verbetering wil je dezelfde meting herhalen om te laten zien dat het beter is. Meet je anders, dan bewijs je niets.
Stap 1: Bepaal de Y
De Y is de uitkomst die je wilt verbeteren. Je leidt haar af van wat de klant belangrijk vindt, vaak met een CTQ-boom. Een klant die een hypotheek aanvraagt, wil binnen een bepaalde tijd een offerte. De Y is dan de doorlooptijd van de aanvraag.
Een Y gaat meestal over een van drie dingen:
- Tijd: hoe lang duurt het? Doorlooptijd, wachttijd, levertijd.
- Kwaliteit: hoe goed is het resultaat? Juistheid, volledigheid, maatvoering.
- Kosten: hoeveel middelen kost het? Uren, materiaal, herstelwerk.
Stap 2: Stel de operationele definitie op
Daarna leg je vast hoe je meet. Een volledige operationele definitie beantwoordt deze vragen:
- Eenheid: wat tel of meet je? Een aanvraag, een order, een product.
- Meetmethode: waar begint en eindigt de meting, in welke eenheid, en uit welke bron komt de data?
- Defect: wanneer is een eenheid fout?
- Specificatiegrenzen: wat accepteert de klant? Een bovengrens (USL), een ondergrens (LSL), of allebei.
- Kans op een fout: hoe vaak kan het misgaan per eenheid? Bij doorlooptijd één keer per aanvraag, bij een formulier misschien bij elk veld.
- Dataset: welke periode en welke eenheden neem je mee?
De afbeelding bovenaan dit artikel laat zien hoe het vage “de offerte moet snel” zo een meting wordt die iedereen op dezelfde manier doet.
Stap 3: Een voorbeeld
De klant verwacht binnen twee werkdagen een offerte op zijn hypotheekaanvraag.
| Onderdeel | Definitie |
|---|---|
| Eenheid | Een hypotheekaanvraag |
| Meetmethode | Doorlooptijd in werkdagen, van het moment dat de aanvraag in het systeem is geregistreerd tot het moment dat de offerte is verzonden, beide volgens de tijdstempels in het systeem. Weekenden en feestdagen tellen niet mee. |
| Defect | De offerte is later dan 2 werkdagen na registratie verzonden. |
| Specificatiegrens | USL: 2 werkdagen. Een ondergrens is er niet: sneller is altijd goed. |
| Kans op een fout | Eén per aanvraag |
| Dataset | Alle aanvragen van de afgelopen drie maanden |
Hoe belangrijk het begin- en eindpunt zijn, zie je hieronder. Dezelfde aanvraag levert drie verschillende metingen op, afhankelijk van wie meet.
Stap 4: Veelvoorkomende valkuilen
- Onduidelijk begin- of eindpunt. Telt de offerte als verstuurd om 17:05, of pas als de klant hem opent? Leg vast welk moment telt.
- Een vage meetmethode. “We halen het uit het systeem” is niet genoeg. Welk systeem, welk veld, welke tijdstempel?
- Geen specificatiegrens. “Zo kort mogelijk” is geen norm. Leg vast wat de klant nog accepteert.
- Uitzonderingen niet geregeld. Wat doe je met aanvragen die worden ingetrokken of die wachten op de klant? Spreek af of ze meetellen.
Test de definitie
Een goede test: laat twee mensen los van elkaar dezelfde tien eenheden meten. Komen ze op dezelfde uitkomst, dan is de definitie helder genoeg. Zo niet, dan zit er nog ruimte voor interpretatie in. Bij metingen met een meetinstrument of een beoordeling door mensen onderzoek je dit systematisch met een Gage R&R.
Conclusie
Een operationele definitie is een kleine moeite met een groot effect. Ze voorkomt discussie over de cijfers, maakt metingen herhaalbaar, en zorgt dat je na een verbetering kunt laten zien dat het echt beter is. Daarom hoort ze in de Measure-fase van elk DMAIC-project.
Wil je leren hoe je betrouwbaar meet en met data verbetert? Bekijk de Green Belt-training.