xx
Bron: Procesverbeteren.nl
|
World Class: Slanke, perfecte én geoliede organisatie |
![]() Oorzaak & Gevolg - Tools voor probleemanalyse Door Dr Ir Jaap van Ede, hoofdred. procesverbeteren.nl, 06-09-2021 [ reacties ]
Zelfs menselijk gedrag is een kwestie van oorzaak en gevolg. Weerstand tegen organisatieverandering is niet iets wat ‘overwonnen’ moet worden, maar heeft oorzaken die je kunt wegnemen. Hetzelfde geldt voor slechte verkoopresultaten. De opofferingen om jouw product te verkrijgen en te leren gebruiken, wegen dan niet op tegen de baten. Wéét je eenmaal de oorzaak van een probleem, dan wordt jouw businesswereld - in de woorden van wijlen Eliyahu Goldratt - exceedingly simple. Maar je moet daartoe wel helder en analytisch denken. Gelukkig bestaan er daarvoor heel veel methoden. Maar, alles wat je daarmee vindt blijft echter een hypothese: never say you know. Op de basisschool leer je al dat gebeurtenissen een kwestie zijn van oorzaak en gevolg: ‘De hond is weggelopen, doordat het tuinhekje openstond’. In de businesswereld is dat niet anders. Het zijn ketens van gebeurtenissen, die er voor zorgen dat een bronoorzaak (root cause) resulteert in een probleem. Alle verbetermethodes, van Lean tot Agile, richten zich daarom op het vinden van root causes. En op het vervolgens blijvend wegnemen daarvan. ![]()
Iets ingewikkelder is de visgraat-analyse. Die brengt in één keer meerdere potentiële routes naar een probleem in kaart. De ‘kop’ van de vis is daarbij het probleem, en de ‘graten’ zijn mogelijke oorzaken daarvan. Die potentiële oorzaken zijn vaak onderverdeeld in de categoriën mens, methode, machine en materiaal. Een voorbeeld van zo’n methode is de reality tree uit de Theory of Constraints (TOC). Daarmee worden routes naar undesirable effects (UDE’s) in beeld gebracht. Meestal heeft iets daarbij nog steeds één bepaalde oorzaak, maar niet altijd. Soms is er sprake van logica in de vorm van: ALS a EN b … DAN c. Let hierbij op het woordje ‘EN’. Een voorbeeld: als reparaties in een garage lang duren, EN daar is veel vraag naar omdat ze vaak niet in één keer goed gaan, dan zijn klanten niet tevreden. Een probleem treedt soms pas op, als er aan meerdere voorwaarden is voldaan. Dit voegt iets toe aan de visgraatanalyse. Het sluit ook aan bij de werkelijkheid. In het begin van de jaren negentig had je de TV-serie ’12 steden, 13 ongelukken’. Die bracht filmisch de periode voor een ongeluk in beeld, vanuit het gezichtspunt van alle betrokkenen. Van die serie leerde je vooral, dat een ongeluk van meerdere factoren afhangt. De persoon in auto A heeft bijvoorbeeld haast, auto B maakt een rijfout, en zo ontstaat een ongeval. ![]() Gedeelte van een reality tree die verklaart waarom huurderswisselingen bij woningbouwvereniging ELAN soms lang duren.
Zo’n reality tree kan ook worden omgedraaid: je ontwerpt dan een sequentie van gebeurtenissen om een positief effect te bereiken. Een TOC-voorbeeld hiervan is de strategy & tactics tree. Die laat zien hoe je via een cascade van blokjes, steeds opgebouwd uit waarom & hoe, een business doel wilt gaan verwezenlijken. Problem Solving and Decision Making Het laatste speelt bijvoorbeeld als er twee parallelle productielijnen zijn, waarvan er één een probleem heeft. Anders dan een mens die een misdrijf pleegt, is het functioneren van hetzelfde technische onderdeel zoals een pomp redelijk voorspelbaar, tenzij er artificiële intelligentie in zit. Twee dezelfde pompen zijn dus minder verdacht dan twee flowmeters die verschillen qua merk. Die komen daarom prominenter in beeld als mogelijke dader. ![]()
Op het oog ingewikkelde problemen blijken vaak een eenvoudige oorzaak te hebben. In de woorden van Eliyahu Goldratt, de grondlegger van de TOC: een goede analyse maakt de businesswereld exceedingly simple. Hypothese Die kans blijft echter altijd bestaan! Wat de root cause van een probleem is, en hoe je die kunt wegnemen, is uiteindelijk niet meer dan een aanname, een hypothese. De route van root cause naar probleem die je opstelt is namelijk een vereenvoudigde beschrijving van de werkelijkheid. Je kunt er dus ook náást zitten. Net als een wetenschapper moet je elke oplossing dus in de praktijk testen. Wat Six Sigma toevoegt aan de hiervoor genoemde methoden, is dat Six Sigma ook werkt in situaties waarin de uitkomst niet zwart-wit is. Denk aan een product waarvan kritische eigenschappen een bepaalde tolerantie mogen hebben, maar waarbij er een ondergrens is die leidt tot productafkeur. Het doel van Six Sigma is om de omgevingsfactoren op te sporen en te neutraliseren die variatie veroorzaken. Het proces wordt zo robuuster en de kans dat producten de eigenschappen hebben die de klant wenst, neemt toe. Six Sigma werkt met zogenaamde H0-hypotheses: je neemt eerst aan dat iets niet de oorzaak is van een probleem, en je probeert dit vervolgens met kansrekening aannemelijk te maken. In de rechtbank-metafoor: je probeert een dader vrij te pleiten. Stel, je vermoedt dat machine A vaker defecte producten aflevert dan B. In dat geval ga je uit van het tegendeel: machine A en B maken even vaak defecte producten. Pas als uit je metingen blijkt dat die kans buitengewoon klein is, verwerp je de H0-hypothese. Machine A is dan dus ‘schuldig’.
Ontvang samenvattingen van al onze nieuwe praktijkverhalen! De vijf voordelen van gratis registratie:
Notendop En last-but-not-least: checken of het uitpakt zoals je had bedoeld. Tijdens een verbetercyclus moet je je gedragen als een mix van wetenschapper en rechercheur, zie ook het kader ‘als een detective’. Visualisatie Het grote voordeel van visualisatie is, dat je met alle betrokkenen kunt overleggen over de plausibiliteit van de scenario’s. ![]()
Goldratt De TOC stelt dat de prestaties van productiesystemen, bedrijven en zelfs van supply chains worden beperkt door slechts enkele kritische aspecten. Deze bottlenecks begrenzen als een soort ‘sluis’ de bedrijfsprestaties. Alle overige gebeurtenissen zijn niet meer dan gevolgen. Dus, zei Goldratt, als je heel helder nadenkt, dan wordt je businesswereld exceedingly simple! Wij danken onze partners/adverteerders, door hen kunnen wij onafhankelijke artikelen maken!Ontdek bijvoorbeeld hoe onderstaande partij WorldClass in de praktijk helpt brengen! ![]() Benut de kennis en kunde van alle medewerkers, en zorg met ons digitale plan- en communicatiebord Coimbee voor meer en succesvollere verbeteringen 1. Verbetervoorstellen snel vastleggen en (op)volgen, overal en vanaf elke werkplek 2. Verbeteringen gestructureerd uitvoeren conform Plan-do-check-act (PDCA), zodat root causes worden opgespoord 3. Verbeteringen optimaal borgen voor blijvende resultaten Neem afscheid van Excel, One-note of Trello. Coimbee is gebruiksvriendelijk, web-based en voor procesverbetering ontworpen! > Naar website Never say you know
Elke veranderactie blijft een hypothese, zeker weten doe je niets. Never say you know, zegt Goldratt in zijn boek The Choice. Als je het fout hebt is dat niet erg, want dan leer je ook. Die zienswijze deelt Goldratt met Taiichi Ohno, één van de grondleggers van Lean. Ohno stelde zelfs, dat je er in 50% van de gevallen náást zit. Dat is minder verbazend dan het lijkt, daar experimenteren sterk zit ingebakken in Lean. Het uitgangspunt bij Lean is: Heb je een idee, én kun je dit tegen lage kosten en veilig uitproberen, doe dat dan. Al lerende verbeteren dus. De TOC is meer strategisch van karakter. Hierbij wordt er veel langer nagedacht, met als doel het realiseren vam grote doorbraken in één keer. Ook dat kan en mag fout gaan, maar liever niet te vaak want er staat nu veel meer op het spel. Ook is de inspanning om een hypothese te formuleren nu groter dan bij de kleine stapsgewijze verbeteringen binnen Lean. Gedrag Elke aanname die je persoonlijk maakt zou je eigenlijk weer als een soort wetenschapper moeten testen. Vaak lukt dat echter niet, of kan het eenvoudig niet. Je kunt immers lastig een nieuwe baan uitproberen of een nieuw huis testen, laat staan dat je als experiment aan gezinsuitbreiding kunt doen. Weerstand Het is een gevolg van een rékensom die we maken, stelt Goldratt in zijn boek Dat is toch duidelijk. Bij de afweging om al dan niet te veranderen wegen mensen plussen en minnen tegen elkaar af. Een ‘pot met goud’ wordt vergeleken met ‘de pijn’ om een berg te beklimmen. Bovendien worden ook voors en tegens van niet veranderen meegewogen. ‘Mooie zeemeerminnen’, dingen die je moet loslaten, worden daarbij vergeleken met ‘krokodillen’ die je tenen afbijten als je alles bij het oude laat! Omdat je aannames maakt, kun je zelf de grootste business constraint zijn. Het is daarom cruciaal om aannames van jou en anderen boven water te krijgen. en zo mogelijk te toetsen. Wellicht kan onnodige angst worden weggenomen, of kan een aanname worden weerlegd. Verdampen Een voorbeeld. Lean vervangt de wens ‘Ik wil zo groot mogelijke batches’ (want dan zijn de omstellingskosten van mijn machines lager, en dus de productkosten lager), door een daaraan tegengestelde wens: ‘Ik wil zo klein mogelijke batches’ (want dan is mijn overhead lager vanwege minder handling, en dus de productkosten lager). Deze nieuwe wens c.q. aanname levert hetzelfde doel op, met ook nog eens concurrentievoordeel door kortere levertijden. Verbaasde kabouter Ik heb de ideale houding van een verandermanager zelfs wel eens horen vergelijken met die van een verbaasde kabouter! Signaal Weerstand is een mening, die om aandacht vraagt. Het kan ook zijn dat het ontbreekt aan energie om te veranderen: begrijpt iedereen waarom verandering nodig is, en is het doel wel inspirerend genoeg? Voordelen versus opofferingen Als je een product hebt dat meer kan dan dat van de concurrentie, én dat niet meer kost én dat in een duidelijke behoefte voorziet, dan ben je er nog niet. Een aankoopbeslissing is namelijk een veel complexere afweging dan je denkt. Klanten maken daarbij een soortgelijk rekensommetje als bij het overwegen van verandering: wegen de voordelen op tegen de opofferingen? Er veel meer zaken die klanten waardevol vinden dan goede producteigenschappen en een relatief lage aanschafsprijs. Denk aan een excellente service, merkbeleving, of duurzaamheid. Daarnaast zijn er opofferingen nodig: om het product te verkrijgen, het te leren gebruiken, het te onderhouden en om het uiteindelijk weer kwijt te raken. Loopt een product dus niet, dan hoeft dat dus niet enkel te liggen aan de functionaliteit daarvan! People are good Denken in oorzaken en gevolgen, zoals natuurwetenschappers doen, leert je om de wereld te zien als een systeem, waarin uitgesproken goeden en slechten in de regel niet bestaan. Dat is een kansrijke benadering voor het oplossen van complexe problemen, zoals bijvoorbeeld de toeslagenaffaire bij de belastingdienst. Het werkt veel beter dan bijvoorbeeld specifieke bewindspersonen aanwijzen als ‘dader’, en die naar huis sturen. Als een detective Als er een probleem is, dan is het zaak om zo snel mogelijk alle sporen richting potentiële ‘daders’ (processen of machines) vast te leggen. Niet voor niets is één van de belangrijkste principes binnen Lean: Go to Gemba. Oftewel: ga zo snel mogelijk naar de plek waar een probleem of conflict speelt, en praat daar met alle betrokkenen. Vaak hebben zij veel informatie over oorzaken, die op managementniveau niet bekend zijn! Een aantal jaren geleden interviewde ik Nutricia (Danone). Net zoals veel andere bedrijven registreren zij de Overall Equipment Effectiveness van hun machines, oftewel de fractie correcte productbewerkingen gedeeld door het maximaal haalbare. Dit om later oorzaken van suboptimale prestaties op te sporen. De OEE-registratie bleek echter niet voldoende. Op het moment van naspeuring bleek vaak extra informatie nodig, dingen die de betrokken operators dan vaak al weer waren vergeten. Daarom werd er een systeem bedacht, dat ervoor zorgt dat zij zich bij incidenten als Sherlock Holmes gaan gedragen. Daartoe vullen ze een formulier in, met vragen zoals wie, wat, waar, wanneer, waarom en hoe vaak, én er wordt gevraagd hoe het probleem (tijdelijk) werd opgelost. Daarnaast wordt verzocht om alvast zo veel mogelijk bewijsmateriaal veilig te stellen voor later onderzoek, denk bijvoorbeeld aan vastgelopen verpakkingsmateriaal. Bij NXP leverde een foto op een ‘plaats delict’, een machine, de beslissende aanwijzing op naar de ‘dader’. In dit geval was dat een machineonderdeel. Bij NXP hebben ze inmiddels een database aangelegd met reeds opgeloste zaken. Treedt er nu een probleem op dat lijkt op een voorgaande case, dan heb je als het ware alvast een daderprofiel. Zo lang een probleem niet is opgelost, past NXP containment toe. Dit zou je kunnen vergelijken met extra beveiligers, die herhaling van een ‘misdaad’ voorkómen. ![]()
Reacties lezers Login om hier uw bijdrage te plaatsen! (daarna even terug naar beneden scrollen) Soms zijn er geen duidelijke oorzaken Door (Naam_Bedrijf) Roeland_TU Delft op 07-09-2021: "Dank voor dit mooie en uitgebreide artikel. Oorzaak en gevolg (causaliteit) is echter niet altijd even helder. Een beroemd voorbeeld is de slangenplaag. De overheid loofde een beloning uit voor iedereen die een slang kon inleveren. Het vreemde was: er bleven maar slangen komen. De overheid kwam er achter dat de bevolking slangen kweekte, om hun inkomen aan te vullen. Prompt stopte de overheid met de beloningen. Gevolg: de bevolking had geen belang meer, en liet de slangen los. Uiteindelijk waren er daardoor méér slangen dan in de startsituatie. > lees verderIn het Cynefin raamwerk wordt een mooi onderscheid gemaakt tussen gecompliceerde (maar nog wel causale) en complexe (ondoorzichtige) vraagstukken. De stelling daarbij is dat er vraagstukken zijn, waar er geen lineaire oorzaak-gevolg relatie meer is, maar een systemische. Met name in de dienstverlening kom ik heel vaak vraagstukken tegen, waar in de 'onderstroom' veel factoren een rol hebben bij een 'procesprobleem'. Dan werkt "A->B denken" niet meer, sterker nog, het geeft zelfs kans op foute interventies. Je komt bij het oplossen van zo'n probleem uit op andere technieken zoals systeemanalyses en systeemdiagrammen...." Hulp nodig bij de implementatie van WorldClass Operations? Verwijzen naar dit artikel op internet? Gebruik als link: https://www.procesverbeteren.nl/selectie_methodes/Oorzaak_en_Gevolg.php |
||