Kaizen: Letterlijk: veranderen naar beter of Continu Verbeteren. Als iemand met een idee voor een verbetering komt Wil je wel dat er goed nagedacht is over probleem, oorzaken en oplossingen Het is belangrijk dat bij elk verbeteridee is nagedacht over: Welk probleem het oplost Wat de oorzaken er van zijn In dit deel meer over gestructureerd verbeteren met PDCA Bij kaizen – continu verbeteren wordt er veel gebruik gemaakt van de zogenaamde Deming-cyclus PDCA – plan do check act Er zijn mensen die zeggen dat elke verbetering zorgvuldig onderbouwd moet worden. Trial and error, zomaar eens wat experimenteren is verboden. Althans dat zou Deming gevonden hebben. Toch klopt dat niet. De oorspronkelijke PDCA komt voort uit het idee van Trial and error. Proberen, goed naar de effecten kijken en je probeersel aanpassen aan wat je hebt geleerd. PDCA is niet bedoelt om zomaar blind wat te experimenteren. Maar met structuur. Er zijn enkele fundamentele vragen die gesteld moeten worden, zoals: Voor welk probleem is het verbeteridee een oplossing? Wat zijn de (bron)oorzaken van dat probleem? Als we het verbeteridee gaan uitproberen, wat verwachten we daarvan? Waar gaan we op letten tijdens de test (Check-fase)? Eerst het probleem goed beschrijven en vooral begrijpen Wat is de huidige situatie? Daar horen begrijpende W-vragen en H-vragen bij Maar niet WAAROM, dat is een verklarende vraag. Die komt later Als je het probleem begrijpt, Ga je op zoek naar waar het probleem ontstaat, de bronoorzaken. Dat doe je door meerdere keren de verklarende vraag: ‘waarom’ te stellen De oplossing voor een probleem is vaak het wegnemen van de bronoorzaken Zoals je onkruid pas werkelijk weghaalt door de wortels te verwijderen Wees je ervan bewust dat een oplossing zich pas bewijst in de praktijk. Tot die tijd is het een hypothese. Waarvan je denkt dat het gaat werken