Een probleem in je proces is zelden het gevolg van één ding. Er spelen meestal meerdere factoren tegelijk, en juist die veelheid maakt het lastig om te bepalen waar je moet ingrijpen. Het fishbone diagram, ook bekend als het Ishikawa-diagram, visgraatdiagram of oorzaak-en-gevolgdiagram, brengt die factoren overzichtelijk in beeld. Het is een van de eenvoudigste en tegelijk krachtigste tools uit de Lean Six Sigma gereedschapskist, en je zet het in tijdens de Analyse-fase van de DMAIC-cyclus om de mogelijke grondoorzaken van een probleem systematisch op te sporen.
De tool is vernoemd naar Kaoru Ishikawa (1915-1989), een Japanse ingenieur en hoogleraar die veel heeft betekend voor de ontwikkeling van kwaliteitsmanagement. Het diagram dankt zijn bijnaam aan de vorm: de probleemstelling vormt de kop van de vis, de horizontale lijn de ruggengraat en de oorzaakcategorieën de graten. Het fishbone diagram wordt gerekend tot de zeven klassieke kwaliteitstools, naast onder andere het histogram, de regelkaart en de paretografiek (de 80/20-regel).
In dit artikel lees je wat een fishbone diagram precies is, waarom het werkt, welke categorieën je gebruikt, hoe je er stap voor stap een opstelt en welke fouten je beter kunt vermijden.
Waarom een fishbone diagram werkt
Elk verbeterproject draait om één centrale vraag: welke factoren bepalen de uitkomst? In Lean Six Sigma noemen we het probleem dat je wilt oplossen de Y, en de invloeden of oorzaken die daarop inwerken de X-en. De kern van verbeteren is dat je de X-en vindt die je Y werkelijk sturen, oftewel Y = f(X). Het fishbone diagram helpt je precies daarbij: het brengt de potentiële X-en van een probleem gestructureerd in kaart.
Dat lijkt simpel, maar het voorkomt een veelgemaakte denkfout. Zonder structuur schieten teams al snel naar oplossingen voor de symptomen die het meest zichtbaar zijn. Het fishbone diagram dwingt je eerst breed te kijken, over alle oorzaakcategorieën heen, voordat je conclusies trekt. Zo pak je straks de grondoorzaak aan in plaats van het symptoom.
Er is nog een tweede kracht, en die is minstens zo belangrijk. Het opstellen van een fishbone diagram is teamwerk. De facilitator benut de kennis en ervaring van de mensen die het proces dagelijks draaien. Zij dragen de mogelijke oorzaken aan. Door vervolgens door te vragen, bijvoorbeeld met de 5x waarom-techniek, graaf je van een oppervlakkige oorzaak steeds een laag dieper tot je bij de echte grondoorzaak uitkomt. Dat maakt het diagram niet alleen een analyse-instrument, maar ook een middel om draagvlak te creëren: wie meedenkt over de oorzaak, denkt straks makkelijker mee over de oplossing.
De categorieën: de graten van de vis
Wat in de praktijk helpt om een compleet beeld te krijgen, is het koppelen van vaste categorieën aan de graten. Die categorieën werken als geheugensteun, zodat je geen hele invloedssfeer over het hoofd ziet. In de productie- en maakindustrie gebruiken we vaak de zes M’s:
- Mens: kennis, ervaring, motivatie, bezetting. Beschikken medewerkers over de juiste vaardigheden en instructies?
- Machine: apparatuur, gereedschap, onderhoud. Zijn machines goed afgesteld en betrouwbaar?
- Methode: werkwijze, procedures, instructies. Is de manier van werken eenduidig en logisch?
- Materiaal: grondstoffen, onderdelen, informatie. Klopt de kwaliteit en beschikbaarheid van wat erin gaat?
- Meting: meetmethode, meetinstrumenten, definities. Meten we betrouwbaar en meten we het juiste?
- Milieu: werkomgeving, temperatuur, ruimte, cultuur. Werken omgevingsfactoren mee of tegen?
Voel je vrij om de categorieën aan te passen. Voor dienstverlening wordt bijvoorbeeld veelal gebruik gemaakt van deze vijf: Proces, Procedure, Beleid, Mens en Omgeving. Er is geen goede of foute set categorieën. Wat telt, is dat de assen herkenbaar en logisch zijn voor de deelnemers, zodat de brainstorm soepel loopt en niemand vastloopt op een label dat niet bij het werk past.
Zo stel je een fishbone diagram op in vijf stappen
Het fishbone diagram belooft direct toepasbaar te zijn, en dat is het ook. Doorloop deze stappen met je team:
- Formuleer het probleem scherp. Zet de Y als een concrete, liefst meetbare probleemstelling in de kop van de vis. “Te veel klachten” is te vaag. “10% van de facturen bevat een fout” geeft richting.
- Teken de ruggengraat en kies je categorieën. Trek de horizontale lijn naar de kop en hang daar de graten aan. Kies de categorieën (de zes M’s of een variant) die bij jouw proces passen.
- Brainstorm de oorzaken per categorie. Loop met het team elke graat langs en verzamel zo veel mogelijk potentiële oorzaken. Ga de categorieën systematisch af, zodat er geen wordt overgeslagen.
- Vraag door met 5x waarom. Blijf niet hangen bij de eerste oorzaak die iemand noemt. Vraag herhaaldelijk “waarom?” om van symptoom naar grondoorzaak te komen. Vaak liggen de echte oorzaken een paar lagen dieper.
- Prioriteer de belangrijkste oorzaken. Niet elke oorzaak weegt even zwaar. Bepaal met een stemronde welke oorzaken het team als meest kansrijk ziet, en zet die uitkomst bijvoorbeeld af in een paretografiek.
Loop je systematisch tegen lege graten aan, dan is een tweede ronde zinvol. Soms zit het probleem juist in de categorie die iedereen instinctief oversloeg.
Van mogelijke oorzaken naar hoofdoorzaken
Een volle visgraat is geen eindpunt, maar een startpunt. Het diagram levert je een lijst met potentiële oorzaken (X-en). De volgende stap is bepalen welke daarvan het probleem echt veroorzaken, en welke slechts ruis zijn.
De eerste schifting maak je met het team via een stemronde en een paretografiek: waar zit volgens de mensen met proceskennis de grootste impact? Wil je oorzaken van meerdere problemen tegelijk wegen, dan is de Oorzaak & Gevolg matrix (C&E-matrix) een logische volgende stap. Ligt de nadruk op risico’s en faalwijzen, dan helpt een FMEA, waarin je elk risico scoort met een Risk Priority Number (RPN = Severity × Occurrence × Detection) en van hoog naar laag prioriteert.
Stemmen en scoren blijven echter meningen. De echte bewijslast lever je met data. In Lean Six Sigma toets je een vermoedelijke oorzaak met hypothesetesten: je verzamelt data en controleert of een gevonden X een statistisch significante relatie heeft met je Y. Ligt de P-waarde onder de 0,05, dan verwerp je de nulhypothese en heb je onderbouwd dat de X er daadwerkelijk toe doet. Zo maak je het verschil tussen een aanname en een aangetoonde grondoorzaak. Precies dit onderscheid oefen je in onze trainingen op je eigen project, met begeleiding tot je het resultaat hebt neergezet.
Een fishbone diagram in de praktijk
Laten we er eens een concreet voorbeeld bij pakken. Stel, een logistiek dienstverlener verbruikt structureel te veel brandstof: het aantal kilometers per liter is te laag. Dat is je Y, en die zet je in de kop van de vis. Vervolgens loop je de categorieën langs:
- Mens: rijgedrag, te hard optrekken, onnodig stationair draaien.
- Machine: bandenspanning te laag, achterstallig onderhoud, verkeerde motorolie.
- Methode: inefficiënte routes, geen bandenspanningscontrole ingepland.
- Materiaal: brandstofkwaliteit, gewicht van de lading.
- Meting: verbruik wordt onnauwkeurig geregistreerd.
- Milieu: veel stadsverkeer, seizoensinvloeden.
Na de brainstorm stemt het team, en blijken bandenspanning en rijgedrag de kansrijkste oorzaken. Die toets je vervolgens met data. Pas als de cijfers bevestigen dat deze X-en het verbruik écht beïnvloeden, ga je oplossingen bedenken. Zo voorkom je dat je energie steekt in een maatregel die het probleem niet raakt.
Veelgemaakte fouten bij het fishbone diagram
Het fishbone diagram is eenvoudig, maar een paar valkuilen komen telkens terug. Wie ze kent, haalt er meteen meer uit:
- Symptomen noteren in plaats van oorzaken: “Klanten klagen” is een symptoom. Blijf doorvragen tot je bij de oorzaak bent.
- Te weinig doorvragen: wie stopt bij de eerste oorzaak, blijft aan de oppervlakte. De 5x waarom-techniek voorkomt dat.
- Het diagram alleen invullen: de kracht zit in de gezamenlijke kennis van het team. Solo ingevuld mis je invalshoeken en draagvlak.
- Oorzaken meteen als waar aannemen: een oorzaak in de visgraat is een vermoeden, geen feit. Valideer met data voordat je oplost.
- De probleemstelling te breed maken: een vage kop levert een vage vis. Hoe scherper de Y, hoe bruikbaarder het diagram.
Aan de slag met de Fishbone?
Wil je leren hoe je een fishbone diagram inzet en de gevonden oorzaken vervolgens met data onderbouwt? In onze Green Belt training oefen je dit stap voor stap op je eigen verbeterproject, en je staat er niet alleen voor: je eigen trainer coacht je tot je het resultaat hebt neergezet. Nog aan het oriënteren? Vraag de studiegids aan en ontdek welke opleiding bij jouw doelen past.
