Waarom een verbetering
die klopt alsnog sneuvelt
Een verbetering die op papier klopt en in de praktijk terugzakt, is zelden fout ontworpen. Hij is op één dimensie ontworpen. Welke van de drie je oversloeg bepaalt hóé hij sneuvelt — en dat is voorspelbaar genoeg om er vóór de uitrol op te toetsen.
Wie een verbetering heeft die op papier klopt en na twee maanden is weggezakt
Waarvoor
Bepalen welke dimensie je oversloeg, voordat je hem uitrolt in plaats van erna
Hoe lang
Acht minuten lezen; de drie toetsvragen aan het eind kosten een half uur met je team
Wat je overhoudt
De dimensie die je mist, en de volgorde waarin je de drie aanpakt
De stelling
Een verbetering houdt stand als hij op alle drie de dimensies klopt, en sneuvelt op de dimensie die je oversloeg. Dat klinkt als een open deur tot je ziet dat de drie faalvormen niet op elkaar lijken: wie mens oversloeg krijgt een oplossing die werkt en niet gebruikt wordt, wie proces oversloeg krijgt een oplossing die gebruikt wordt en niets oplevert, en wie technologie oversloeg krijgt een oplossing die iets oplevert dat niet klopt. Drie verschillende ziektebeelden, drie verschillende instrumenten.
Daarom is "we hebben er te weinig aandacht aan besteed" geen diagnose. De vraag is welke dimensie, en dat is aan de faalvorm af te lezen. Hieronder staan ze alle drie, met per faalvorm het instrument dat hem meet.
Drie faalvormen
Je sloeg mens over
De oplossing werkt en wordt niet gebruikt. Herkenbaar aan het moment: het gaat niet mis bij de uitrol, het gaat mis drie tot acht weken erna, als de aandacht weg is en het oude pad nog open ligt.
We hebben het uitgerold en niemand gebruikt het.
Uitrollen raakt het weten. Als het willen, het kunnen of het volhouden er niet onder zit, komt elke euro die je daarna in communicatie stopt niet aan. Meet welke van de vijf schakels ontbreekt voordat je harder communiceert — het is bijna nooit de eerste.
De verbetering heeft geen eigenaar met een agenda.
Een sponsor die bij de kickoff staat en daarna niet meer, is geen sponsor. Zolang niemand de verbetering in zijn eigen overleg bespreekt, concurreert hij elke week opnieuw met het werk dat wel een eigenaar heeft. Dat verlies je.
Je sloeg proces over
De oplossing wordt gebruikt en levert niets op. Herkenbaar aan de meting: de stap die je verbeterde is aantoonbaar sneller geworden en de doorlooptijd van het geheel staat stil.
De stap die je verbeterde was niet de traagste.
Doorvoer wordt bepaald door één stap. Verbeter je een andere, dan maak je de wachtrij vóór de traagste stap alleen langer — en dat voelt als vooruitgang, want jouw stap loopt beter. Zoek de constraint eerst; alles wat je daarbuiten wint is voorraad, geen resultaat.
Na de verbetering weet niemand wie welke stap doet.
Een nieuwe werkwijze verplaatst het werk, en daarmee de verantwoordelijkheid. Blijft dat onbenoemd, dan valt het in het gat tussen twee afdelingen en komt het oude proces terug omdat dat wel een eigenaar had. Leg de rollen per stap vast, niet per functie.
Je sloeg technologie over
De oplossing levert iets op dat niet klopt. Herkenbaar aan de discussie: het gesprek gaat binnen twee maanden niet meer over de verbetering maar over de cijfers, en niemand wint dat gesprek.
Het gegeven was al bedorven voordat jouw stap het kreeg.
Een verbetering die op een gegeven stuurt, erft alles wat er stroomopwaarts mee is gebeurd: elke handmatige overname, elke tweede bewaarplaats, elke dag dat het onderweg was. Loop de route terug naar waar het gegeven ontstaat; daar zit de fout, niet in jouw stap.
De verbetering staat naast het systeem waarin het werk gebeurt.
Een werkwijze die een extra bestand, een extra scherm of een extra overtypmoment vraagt, wordt precies zo lang volgehouden als er iemand op let. Niet omdat mensen onwillig zijn, maar omdat het systeem het oude pad blijft belonen. Weet eerst wat er staat en waar het aan hangt.
De volgorde is niet vrij
Alle drie meenemen is niet hetzelfde als alle drie tegelijk aanpakken. De volgorde waarin je diagnosticeert is de omgekeerde van de volgorde waarin je ingrijpt, en dat is geen woordspel — het is de reden dat goedbedoelde trajecten in de verkeerde volgorde beginnen.
Diagnose: proces, dan technologie, dan mens
Proces eerst, omdat het de enige dimensie is die je kunt meten zonder iemand iets te vragen. Je kunt stappen tellen, wachttijd klokken en handoffs turven; dat levert feiten op waar niemand het over oneens kan zijn. Technologie tweede, omdat de proceskaart je vertelt welke systemen en welke gegevens de stappen dragen — zonder die kaart inventariseer je alles en weet je nog niet wat ertoe doet.
Mens als laatste, en dat is de stap die het vaakst wordt omgedraaid. Vraag je mensen naar het probleem voordat je weet hoe het werk echt loopt, dan krijg je meningen die je niet kunt wegen: de een beschrijft de uitzondering, de ander de bedoeling, en jij hebt geen grond om te bepalen wie het over de hoofdstroom heeft. Met de proceskaart erbij wordt hetzelfde gesprek scherp, want dan gaat het over een stap die allebei herkennen.
Ingrijpen: mens, dan proces, dan technologie
Nu andersom. Mens eerst, omdat een verbetering zonder eigenaar de eerste drukke week verliest — de eigenaar en de sponsor horen te staan vóór je iets verandert, niet erna als het al wegzakt. Proces tweede. Technologie als laatste, en dat is de tweede volgorde die het vaakst wordt omgedraaid: automatiseren wat je nog niet hebt opgeruimd, cementeert de rommel. Een omweg die handmatig is, kost tijd en is morgen weg te halen. Dezelfde omweg in een koppeling kost precies zo veel tijd en zit er over drie jaar nog, omdat er dan iets anders aan hangt.
De praktische consequentie: als je programma begint met een systeemkeuze en eindigt met een communicatieplan, staan beide volgordes op hun kop. Dat is te repareren zolang er nog niets gebouwd is.
De toets, voor de uitrol
Drie vragen. Elke vraag die je niet met een naam, een getal of een systeem kunt beantwoorden, wijst de dimensie aan die je oversloeg. Een half uur met de mensen die het werk doen is genoeg; het is geen workshop.
- Wie doet dit vanaf maandag anders, en weet die persoon dat al? Geen functie maar een naam. Kun je hem niet noemen, of heeft niemand het hem verteld, dan sla je mens over. Begin bij de ADKAR-scan.
- Welke stap wordt sneller, en was die de traagste van de keten? Weet je niet welke stap de traagste is, dan weet je ook niet of deze verbetering iets oplevert. Begin bij de constraint finder.
- Welk gegeven verandert, waar ontstaat het en hoe oud is het als jouw stap het krijgt? Kun je de herkomst niet aanwijzen, dan stuur je op een cijfer waarvan je de betrouwbaarheid niet kent. Begin bij de datastroomkaart.
Drie keer een antwoord betekent niet dat de verbetering slaagt. Het betekent dat hij, als hij faalt, faalt om een reden die je nog niet had kunnen weten — en dat is de enige soort mislukking die iets leert.
Hoe je dit leest
Dit is een standpunt, geen meetinstrument. De pagina rekent niets uit en vraagt niets van je; hij beweert dat de faalvorm de overgeslagen dimensie verraadt en dat de volgorde vastligt. Ben je het daar niet mee eens, dan is de rest van de site er nog steeds: elk instrument werkt los van dit stuk.
Weet je al welke klacht je hebt, begin dan bij waar loopt het vast — eenentwintig klachten met per klacht een vertrekpunt. Zoek je het instrument dat het wegzakken zelf tegenhoudt, dan is dat het verbeterkata board: dat houdt bij wat je voorspelde en wat er gebeurde. En wil je de drie vragen hierboven met een groep doen in plaats van alleen, dan staan de verbeteroefeningen klaar met een tijdsduur en een uitkomst per oefening.