Visgraat (Ishikawa) Retrospective

Gebruik een visgraatdiagram (Ishikawa) om de grondoorzaken van teamuitdagingen te vinden met de bewezen oorzaak-en-gevolgmethode.

Gebruik dit sjabloon in TeamRetro

Systeem

Welke technologie, software of tools zouden de prestaties of resultaten van ons team kunnen beïnvloeden?

Onze deployment-pijplijn faalt vaak tijdens piekuren
De testomgeving komt niet overeen met de productie-instellingen
De integratie tussen onze taakregistratie- en git-tools is onbetrouwbaar
Proces

Welke workflows of opeenvolgingen van activiteiten veroorzaken vertragingen of inefficiëntie in ons werk?

Het codereviewproces duurt te lang met meerdere heen-en-weer-rondes
Geen duidelijke definition of done voor user stories
Sprintplanningsvergaderingen overschrijden regelmatig de geplande tijd
Formulieren

Welke problemen met onze sjablonen of documentatie kunnen de duidelijkheid of nauwkeurigheid beïnvloeden?

Het user story-sjabloon mist een sectie voor acceptatiecriteria
Het incidentrapportformulier legt de grondoorzaak niet effectief vast
Documentatie is verspreid over meerdere platforms
Mensen

Welke factoren rondom individuele of teamvaardigheden, communicatie of rollen beïnvloeden ons succes?

Het team mist expertise in de nieuwe technologiestack
Communicatiekloven tussen thuiswerkende en kantoorteamleden
Onduidelijke rollen en verantwoordelijkheden in cross-functionele projecten
Beleid

Welke richtlijnen of regels sluiten mogelijk niet aan bij onze werkelijke praktijk of creëren uitdagingen?

Beveiligingsbeleid maakt lokale ontwikkeling lastig
Het wijzigingsbeheerproces is te star voor snelle fixes
Het vakantiebeleid creëert beperkingen in beschikbare capaciteit
Plaats

Welke aspecten van onze fysieke of virtuele werkplek kunnen onze samenwerking of productiviteit beïnvloeden?

Slechte internetverbinding op thuiswerklocaties
Gebrek aan rustige ruimtes voor geconcentreerd werk
Tools voor virtuele samenwerking ondersteunen onze behoeften niet goed

Wat is de Visgraat (Ishikawa) Retrospective?

De Visgraat (Ishikawa) Retrospective is een gestructureerde probleemoplossende aanpak die teams helpt om de grondoorzaken van uitdagingen of problemen te identificeren en te begrijpen. Deze techniek, in de jaren 60 ontwikkeld door Kaoru Ishikawa, visualiseert oorzaak-en-gevolgrelaties in een vorm die lijkt op een visgraat. Tijdens de retrospective verkennen teams zes belangrijke dimensies die aan hun uitdagingen kunnen bijdragen: Systemen, Processen, Formulieren, Mensen, Beleid en Plaats. Deze uitgebreide analyse zorgt ervoor dat geen enkele mogelijke factor over het hoofd wordt gezien, wat leidt tot effectievere oplossingen. Deze methode is bijzonder waardevol voor teams die te maken hebben met complexe problemen waarbij meerdere factoren een rol kunnen spelen. Door mogelijke oorzaken in duidelijke categorieën te ordenen, kunnen teams de relaties tussen verschillende problemen beter begrijpen en gerichte verbeteringen ontwikkelen. Een visgraatdiagram (ook wel Ishikawa-diagram of oorzaak-en-gevolgdiagram genoemd — de drie namen verwijzen naar hetzelfde hulpmiddel) werkt door het probleem aan de "kop" van de vis te schrijven en de belangrijkste oorzaakcategorieën als graten van de ruggengraat te laten aftakken. In de oorspronkelijke vorm binnen productie en kwaliteitsmanagement zijn die categorieën de klassieke "6 M's": Manpower (mensen), Method (proces), Machine (apparatuur), Material (input), Measurement (data en meetgegevens) en Mother Nature (de omringende omgeving). Teams brainstormen over mogelijke oorzaken onder elke graat en blijven vervolgens "waarom?" vragen om elke tak terug te herleiden naar de grondoorzaak in plaats van te stoppen bij het zichtbare symptoom. De categorieën in dit TeamRetro-sjabloon — Systeem, Proces, Formulieren, Mensen, Beleid en Plaats — zijn een teamproces-aanpassing van diezelfde 6 M's-methode, afgestemd op software- en kenniswerkteams in plaats van op een fabrieksvloer. De techniek is identiek; alleen de categorielabels veranderen om aan te sluiten bij het soort werk dat je doet. Als het probleem aan de kop van de vis bijvoorbeeld "releases lopen steeds uit" is, kan een Mensen-oorzaak zijn "belangrijke reviewer is een bottleneck", een Proces-oorzaak "geen definition of done" en een Systeem-oorzaak "onbetrouwbare CI-pijplijn". Door oorzaken op deze manier in kaart te brengen voorkomt een team dat het symptomen oplost en de onderliggende oorzaak mist.

Visgraat Retrospective-formaat

Systeem

Welke technologie, software of tools zouden de prestaties of resultaten van ons team kunnen beïnvloeden?

Begeleid het team bij het onderzoeken van technische infrastructuur, softwaretools en integratiepunten tussen systemen. Moedig deelnemers aan om zowel over duidelijke technische problemen als over subtiele systeeminteracties na te denken die hun werk kunnen beïnvloeden.

Proces

Welke workflows of opeenvolgingen van activiteiten veroorzaken vertragingen of inefficiëntie in ons werk?

Richt je op het identificeren van bottlenecks, overbodigheden of hiaten in workflows. Help het team onderscheid te maken tussen procesproblemen en andere factoren door te vragen naar specifieke stappen in hun werkprocedures.

Formulieren

Welke problemen met onze sjablonen of documentatie kunnen de duidelijkheid of nauwkeurigheid beïnvloeden?

Onderzoek de kwaliteit, toegankelijkheid en volledigheid van documentatie. Overweeg zowel formele als informele documentatie en hoe goed die haar beoogde doel dient.

Mensen

Welke factoren rondom individuele of teamvaardigheden, communicatie of rollen beïnvloeden ons succes?

Ga in op teamdynamiek en individuele bijdragen terwijl je een omgeving zonder schuldtoewijzing behoudt. Richt je op systemische problemen in plaats van op persoonlijke kritiek.

Beleid

Welke richtlijnen of regels sluiten mogelijk niet aan bij onze werkelijke praktijk of creëren uitdagingen?

Verken zowel formeel als informeel beleid dat het werk beïnvloedt. Overweeg of beleid de huidige teambehoeften en -praktijken ondersteunt of belemmert.

Plaats

Welke aspecten van onze fysieke of virtuele werkplek kunnen onze samenwerking of productiviteit beïnvloeden?

Overweeg zowel fysieke als virtuele werkomgevingen. Neem factoren mee zoals tools, werkplekindeling en mogelijkheden voor samenwerking op afstand.

Wanneer dient u deze retrospective te gebruiken?

  • Wanneer je te maken hebt met complexe problemen die meerdere grondoorzaken of bijdragende factoren kunnen hebben
  • Nadat een belangrijk probleem of uitdaging is geïdentificeerd die een systematische analyse vereist
  • Wanneer het team verder wil gaan dan symptomen om de onderliggende oorzaken te begrijpen
  • Tijdens projectevaluaties of incidentreviews om toekomstige problemen te voorkomen

Voorstellen voor ijsbrekers

  • Als ons team een machine was, welk onderdeel zou nu het meeste onderhoud nodig hebben?
  • Wat is de meest verrassende oplossing die je hebt ontdekt voor een terugkerend probleem?

Ideeën en tips voor uw retrospectievevergadering

  • Begin met een duidelijk gedefinieerde effect- of probleemstelling aan de 'kop' van de vis
  • Moedig gelijke deelname van alle teamleden aan over alle categorieën heen
  • Richt je op het identificeren van oorzaken in plaats van te snel naar oplossingen te springen
  • Gebruik de 'Vijf Waaroms'-techniek binnen elke categorie om dieper naar grondoorzaken te graven
  • Documenteer alle inzichten, ook als ze in eerste instantie niet belangrijk lijken
  • Plan voldoende tijd in (90-120 minuten) om alle categorieën grondig te verkennen

Veelgestelde vragen

Wat zijn de 6 M's van een visgraatdiagram?
De 6 M's zijn de klassieke oorzaakcategorieën die worden gebruikt op een visgraatdiagram (Ishikawa) in kwaliteitsmanagement en productie: Manpower (de betrokken mensen), Method (het proces of de workflow), Machine (apparatuur en tools), Material (input en benodigdheden), Measurement (de gebruikte data en meetgegevens) en Mother Nature (de omringende omgeving). Elke "M" wordt een graat die aftakt van de ruggengraat van de vis, en het team brainstormt over mogelijke oorzaken onder elk daarvan. Dit TeamRetro-sjabloon past hetzelfde idee van zes categorieën aan voor software- en kenniswerkteams met de labels Systeem, Proces, Formulieren, Mensen, Beleid en Plaats.
Wat is het verschil tussen een visgraat- en een Ishikawa-diagram?
Er is geen verschil — het zijn twee namen voor hetzelfde hulpmiddel, samen met een derde naam, het "oorzaak-en-gevolgdiagram". Het wordt een visgraatdiagram genoemd omdat de voltooide tekening lijkt op een visgraat, en een Ishikawa-diagram naar Kaoru Ishikawa, de Japanse kwaliteitscontrole-expert die het in de jaren 60 populair maakte.
Hoe doe je grondoorzaakanalyse met een visgraatdiagram?
Schrijf het probleem aan de kop van de vis en teken vervolgens de belangrijkste oorzaakcategorieën (zoals de 6 M's, of de Systeem, Proces, Formulieren, Mensen, Beleid en Plaats van dit sjabloon) als graten van de ruggengraat. Brainstorm over mogelijke oorzaken onder elke categorie en blijf voor elke oorzaak "waarom?" vragen totdat je een grondoorzaak bereikt in plaats van een symptoom. Bepaal ten slotte welke grondoorzaken het meest waarschijnlijk en het meest impactvol zijn, en zet die om in acties. De waarde van het diagram is dat het het team dwingt om naar elke categorie te kijken in plaats van zich vast te bijten in de eerste oorzaak die in gedachten schiet.
Wie heeft het Ishikawa-diagram uitgevonden?
Het diagram is vernoemd naar Kaoru Ishikawa, een Japanse organisatietheoreticus en pionier van kwaliteitsmanagement, die het in de jaren 60 ontwikkelde en populair maakte als onderdeel van de kwaliteitscontrolebeweging. Het blijft tot op de dag van vandaag een standaardhulpmiddel in grondoorzaakanalyse, productie en continu verbeteren.

Gerelateerde sjablonen

Strategische Roadmap Planning

Prioriteiten afstemmen en strategische initiatieven plannen.

Zeilboot Retrospective

Visualiseer teamvoortgang als een reis op zee met wind, ankers en kansen

Start Stop Continue Retrospective

Een gratis Start Stop Continue-template om concrete teamverbeteringen te ontdekken en succesvolle werkwijzen te behouden.

Moet Zou Kan Niet Retrospective

Prioriteer initiatieven met duidelijke beslissingscriteria voor betere projectresultaten