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
5. Als iemand met een idee voor een
verbetering komt
Wil je wel dat er goed nagedacht is over
probleem, oorzaken en oplossingen
6. Hoe dan ook,
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
7. 1 KLEINE STAPJES
Yokoten
2 PDCA - DEMING
8 YouTube filmpjes over KAIZEN:
4 KAIZENTEAMS
5 5W2H & IS – IS NIET
8 5 x WAAROM
7 HET BOB-MODEL
6 BRAINSTORMEN
3 VORMEN
8. Een verbetervoorstel is het
testen waard als er is
nagedacht over wat het
probleem is en wat de
oorzaken zijn
Yokoten
9. Bij kaizen – continu verbeteren
wordt er veel gebruik gemaakt van de
zogenaamde Deming-cyclus
PDCA – plan do check act
10. Plan: wat is de verbetering of verandering
die je in gedachten hebt, wat wil je doen?
Do: voer dat uit
Check: test en evalueer: wat zijn de
effecten
Act: leer van de effecten en pas de
verbetering aan
15. 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.
16. 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.
17. PDCA komt voort uit Trial &
Error,
Gestructureerd
Experimenteren
Yokoten
18. PDCA is niet bedoelt om zomaar blind wat
te experimenteren. Maar met structuur.
Er zijn enkele fundamentele vragen die
gesteld moeten worden, zoals:
20. •Voor welk probleem is het verbeteridee een
oplossing?
•Wat zijn de (bron)oorzaken van dat probleem?
FUNDAMENTELE VRAGEN
21. •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)?
FUNDAMENTELE VRAGEN
22. Kaizen – continu verbeteren kan gaan over
het oplossen van (soms hardnekkige)
problemen. Dat is problem solving.
Maar kan ook gaan over verbeteringen richting
een doelstelling. Improving. Dat laatste zal veel
eerder trial&error zijn omdat je oplossingen
gaat proberen die nog niet eerder geprobeerd
zijn.
26. Terug naar de PDCA-cyclus. De PLAN-fase
van PDCA is iets te generiek om in de
praktijk te kunnen toepassen.
Het is niet zo maar een oplossing
bedenken.
Daarom is het beter om de PLAN-fase te
splitsen in drieën:
28. 1. Het probleem beschrijven en begrijpen
2. Het probleem verklaren
3. Het probleem oplossen
PLAN-FASE IN DRIEËN
29. 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
31. 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