uitleggen waarom een scherpe probleemdefinitie de belangrijkste stap is vóór je aan een oplossing begint
een probleem SMART formuleren in plaats van vaag
de VRZ-vuistregel gebruiken om een probleem scherp te krijgen
In de vorige les zag je waarom haastig handelen leidt tot symptoombestrijding. Deze les gaat over de eerste concrete stap om dat te voorkomen: het probleem zelf goed formuleren, vóórdat je ook maar één oorzaak gaat onderzoeken. Dit klinkt als een open deur, maar in de praktijk wordt deze stap structureel overgeslagen. Er wordt gezegd “de klanttevredenheid daalt” of “we hebben te veel retouren”, en iedereen denkt het probleem te begrijpen — terwijl niemand precies kan zeggen hoe groot het probleem is, sinds wanneer, en voor wie.
Een goed voorbeeld is de casus van een bedrijfskledingfabrikant. De eerste formulering van het probleem was simpel: “20% van alle producten komt terug.” Op het eerste gezicht een duidelijk cijfer. Maar wie doorvraagt, stelt meteen een reeks scherpe vervolgvragen: hoe groot of hoe klein is dat probleem eigenlijk? Gaat het om alle producten, of om een specifieke lijn? Wat betekent “terugkomen” precies — is het defect, verkeerd besteld, of past het niet? En inderdaad, bij doorvragen bleek de kern te zitten in één heel specifieke reden: producten komen terug in verband met een foute pasvorm. Dat is een wezenlijk andere, veel scherpere probleemstelling dan “20% van de producten is fout”, en die scherpte bepaalt straks welke oorzaken je gaat onderzoeken.
SMART formuleren
Een probleem SMART maken betekent dat je het Specifiek, Meetbaar, Acceptabel/Afgesproken, Realistisch en Tijdgebonden maakt. Vergelijk de twee formuleringen van de bedrijfskleding-casus:
Vaag: “We hebben te veel retouren op onze bedrijfskleding.”
SMART: “20% van alle geleverde bedrijfskleding wordt door klanten teruggestuurd vanwege een verkeerde pasvorm, gemeten over het afgelopen kwartaal, en dit percentage moet omlaag naar onder de 10%.”
S — Specifiek
Wat gaat er precies mis, en waar?
M — Meetbaar
Hoe vaak, hoeveel, hoe groot?
A — Acceptabel
Is iedereen het eens over het probleem?
R — Realistisch
Kun je er echt iets aan doen?
T — Tijdgebonden
Sinds wanneer en tot wanneer?
SMART: vijf toetsvragen voor een scherpe probleemdefinitie.
Het verschil is niet cosmetisch. De SMART-versie vertelt je meteen waar je moet gaan meten (retourreden “pasvorm”), wat je basislijn is (20%), en wat succes betekent (onder de 10%). De vage versie laat alle drie die vragen open, en dat betekent dat elk teamlid straks een andere aanname doet over wat het probleem eigenlijk is.
Voorbeeld uit de praktijk
Hetzelfde patroon zie je in een heel andere sector. Een bouwbedrijf dat klaagt “we leveren vaak te laat op” zegt feitelijk nog niets. SMART geformuleerd wordt dat bijvoorbeeld: “35% van de opleveringen in de afgelopen twee kwartalen liep meer dan een week uit, met name bij projecten waarbij een onderaannemer voor installatietechniek werd ingehuurd, en dit percentage moet omlaag naar onder de 15%.” Ook hier geldt: deze zin vertelt meteen waar je moet meten (uitloop per projecttype), wat de basislijn is (35%) en wanneer je klaar bent (onder 15%) — precies zoals bij de pasvorm-casus.
De VRZ-vuistregel
Naast SMART helpt bij het aanscherpen van een probleem — zoals in de bedrijfskleding-casus — de vuistregel VRZ. Je stelt jezelf drie vragen: wat is het feitelijke cijfer, welke reden neem je er meteen bij aan, en hoe groot of klein is het probleem werkelijk? Houd daarbij het Verschijnsel (wat je feitelijk waarneemt — het cijfer, de klacht, de gemiste deadline) apart van de Reden die je er in eerste instantie voor aanneemt (de verklaring die je meteen bij bedenkt, zoals “het past niet”, nog niet bewezen), en van de Zwaarte ofwel omvang van het probleem (hoe groot, hoe vaak, voor wie, sinds wanneer). In de bedrijfskleding-casus was het Verschijnsel “20% retour”, de eerste aangenomen Reden “past niet goed”, en de Zwaarte werd pas echt scherp na doorvragen: het ging niet om alle producten, maar specifiek om de categorie waar pasvorm een rol speelt. Beschouw VRZ dus als een praktische vuistregel om Reden en Verschijnsel niet door elkaar te halen want de aangenomen reden is nog geen vastgestelde oorzaak, dat moet je in de Analyze-fase nog aantonen.
Dit is precies waarom de Define-fase, zoals je in de volgende les zult zien binnen DMAIC, bewust lang duurt: niet omdat mensen traag zijn, maar omdat een probleem pas onderzoekbaar wordt zodra het scherp geformuleerd is. Een team dat begint met “we hebben een kwaliteitsprobleem” gaat alle kanten op zoeken; een team dat begint met “20% van onze bedrijfskleding komt terug vanwege pasvorm, met name in categorie X, sinds het vorige kwartaal” weet precies waar het moet beginnen met meten en welke oorzaken relevant zijn om te onderzoeken.
Waarom deze stap vaak wordt overgeslagen
In de praktijk van een MKB-bedrijf is er zelden tijd gereserveerd voor deze stap. Een probleem meldt zich via een klacht, een medewerker roept iets in een werkoverleg, en binnen vijf minuten ligt er al een “oplossing” op tafel. Het kost weerstand om dan als eerste te zeggen: “wacht, laten we eerst preciezer maken wat het probleem precies is.” Maar die ene vraag — hoe groot, voor wie, sinds wanneer, gemeten waarin — voorkomt dat je straks tijd, geld en energie steekt in een oplossing voor het verkeerde probleem.
Een tweede reden waarom deze stap wordt overgeslagen, is dat een vage probleemformulering iedereen de ruimte geeft om zijn eigen aanname te blijven geloven. Zolang niemand het probleem hardop scherp maakt, kan de productieleider blijven denken dat het aan de fabriek ligt, kan inkoop blijven denken dat het aan de stof ligt, en kan de verkoopafdeling blijven denken dat het aan de klant ligt. Zodra je het probleem samen SMART en met de VRZ-structuur vastlegt, moet iedereen zich verhouden tot dezelfde, geverifieerde formulering — en dat voorkomt dat drie afdelingen drie maanden lang langs elkaar heen werken aan drie verschillende, ingebeelde problemen.
Praktijkopdracht
Pak het probleem dat je in de vorige les hebt genoteerd en scherp het aan in drie stappen:
Verschijnsel: schrijf op wat je feitelijk waarneemt of meet — het liefst een cijfer of aantal.
Reden: schrijf apart de verklaring op die jij of je collega’s er meteen bij bedenken — en zet er expliciet bij dat dit nog een aanname is, geen bewezen oorzaak.
Zwaarte: bepaal hoeveel, hoe vaak, sinds wanneer en voor welk deel van je bedrijf dit speelt.
Herschrijf het probleem daarna in één SMART-zin, naar het voorbeeld van de bedrijfskleding- en bouwcasus hierboven. Leg de zin voor aan een collega: als die nog een verduidelijkende vraag stelt over wat je precies bedoelt, is de zin nog niet scherp genoeg.
Samenvatting
Voordat je op zoek gaat naar oorzaken, moet het probleem zelf scherp staan. SMART geeft je de vorm (specifiek, meetbaar, tijdgebonden), VRZ helpt je om verschijnsel, aangenomen reden en omvang niet door elkaar te laten lopen. In de volgende les zie je hoe deze scherpe probleemdefinitie de eerste fase vormt van een gestructureerde aanpak: DMAIC.
Verder lezen: Oefen met de quizvragen onderaan deze les.
