Deze pagina is automatisch vertaald. Ga voor een betere leeservaring naar het Engels.

Naar Engels overschakelen
Jean Michel Diaz
Jean Michel Diaz

Zombie scrum oplossen in 3 stappen

Wat is Zombie Scrum?

Zombie Scrum beschrijft teams die de Scrum-structuur (rituelen, rollen, enz.) hebben behouden, maar de werkelijke kern – van klantvoordeel, waarden en continue verbetering – zijn kwijtgeraakt. Scrum verandert zo in een lege huls zonder echte wendbaarheid.

Typische symptomen van Zombie Scrum zijn

  • Mechanisch uitgevoerde rituele processen zonder toegevoegde waarde
  • Geen functionerende incrementen, zeldzame of nutteloze stakeholderbeoordelingen
  • Geen echte retrospectieve of verbeterplannen
  • Weinig autonomie, gebrek aan verantwoordelijkheid

De impact van Zombie Scrum: demotivatie, dalende kwaliteit, gebrek aan maatwerk – Scrum als leeg ritueel. Zie ook: Nep Agile

Er zijn veel redenen voor Zombie Scrum. Je kunt dit waarschijnlijk het beste voor je team en je organisatie afzonderlijk beantwoorden.

Of zo niet, misschien gewoon je team vragen? Hier is een retro format dat je kunt gebruiken om de oorzaken van zombie scrum in je team te onderzoeken:

  • Wat houdt ons tegen of maakt het moeilijk om directe feedback van onze klanten te krijgen?
  • Wat belemmert ons in onze autonomie om zelfstandig onze prioriteiten, werkmethoden en oplossingsbenaderingen te bepalen?
  • Wat zou er moeten gebeuren als we als team maximaal gemotiveerd zouden zijn om ons teamdoel te bereiken en waarde te creëren voor onze klanten?

Hoe los je Zombie Scrum op: De 3 stappen

Veel instructies voor Scrum zijn super technisch. Ik ben geen fan van zulke gedetailleerde instructies. Hoe je een sprint review precies uitvoert is uiteindelijk irrelevant. In mijn ervaring zijn de belangrijkste punten om Zombie Scrum te genezen de volgende 3 stappen:

Stap 1: Teamdoel en feedback van klanten

Je kunt niet op een agile manier werken zonder echt klantcontact. Het team moet immers na elke sprint feedback van klanten kunnen krijgen om die mee te nemen in de prioritering van de volgende sprint.

Het management en andere belanghebbenden mogen niet als een “proxy” voor de klant dienen. Agile teams ontwikkelen niet wat het management denkt dat de klant wil, maar wat de klant wil. En daarvoor spreken de agile teams niet met het management, maar met de klant zelf.

Zeker: Het management heeft ook invloed op het team en dat is prima. Het management mag helpen bij het formuleren van de doelen van het team. Maar dan moet het team wel voldoende vrijheid krijgen van het management om op een zelfgeorganiseerde manier samen te werken met de klanten.

Stap 2: Creëer psychologische veiligheid & zelfeffectiviteit

Zegt het team het direct als iets niet werkt? Of fluisteren ze alleen over problemen achter gesloten deuren, maar pakken ze ze niet echt constructief aan om een verbetering te bereiken?

Als dat zo is, kan dat aan 2 dingen liggen:

  • Er is een gebrek aan psychologische veiligheid in het team: mensen durven problemen niet openlijk aan te pakken.
  • Aangeleerde hulpeloosheid: Het team gelooft niet langer dat er iets verbeterd kan worden.

Vaak is het een mengeling van beide. Er is een open cultuur van fouten nodig, zodat het normaal wordt om problemen aan te pakken en er in het beste geval zelfs erkenning voor te krijgen.

Om van de aangeleerde hulpeloosheid (d.w.z. lage zelfeffectiviteit) af te komen, is de volgende stap nodig:

Stap 3: Voortdurende verbetering

Het team moet zich realiseren dat problemen die worden aangepakt ook worden opgelost. Grijp dus elke gelegenheid aan om problemen actief aan te pakken en op te lossen.

Zodra het team zich realiseert dat er dingen veranderen, zullen ze problemen ook weer opener aanpakken in retrospectives.

Het gebeurt niet van de ene op de andere dag. De aangeleerde hulpeloosheid is in de loop der jaren gegroeid. Maar dat mag geen excuus zijn! Elke terugblik is een kans om de positieve spiraal van zelfeffectiviteit in gang te zetten.

Tip: Als je retrospectives momentum missen, kan Echometer helpen: Met zijn speelse en gestructureerde aanpak kun je je retrospectives nieuw leven inblazen met Echometer. Probeer het hier: Probeer het retro-gereedschap Echometer

Conclusie: Zombie Scrum kan worden genezen

Genezing = teamdoel + feedback van de klant + psychologische veiligheid + voortdurende verbetering

Het goede nieuws eerst: Ja, Zombie Scrum kan worden genezen. En het is zelfs vrij duidelijk welke ingrediënten daarvoor nodig zijn.

Het slechte nieuws is dat elk van deze ingrediënten niet gemakkelijk te verkrijgen is. Afhankelijk van de context kan het inderdaad veel energie kosten om de voorwaarden te creëren. Erger nog, het kan blijken dat je organisatie nog niet klaar is voor echte agile manieren van werken.

Maar laten we niet uitgaan van het slechtste scenario. Als je nu in ieder geval weet wat de oorzaak is van je zombie scrum, kun je er gericht aan werken. Heel behendig, stap voor stap.

Nou, vooruit dan maar!

Blog-categorie

Meer artikelen over "Tips over behendigheid"

Alle artikelen in deze categorie bekijken
Agile Spotify Model: Squads, Tribes, Chapters & Guilds uitgelegd

Agile Spotify Model: Squads, Tribes, Chapters & Guilds uitgelegd

Kort overzicht van het Spotify-model: Hoe Squads, Tribes, Chapters en Guilds agile schalen, welke rollen betrokken zijn en waar je op moet letten bij de implementatie.

5 sprint retrospective ideeën die teams gegarandeerd zullen vieren

5 sprint retrospective ideeën die teams gegarandeerd zullen vieren

Als psycholoog en Scrum Master heb ik waarschijnlijk een ongebruikelijke kijk op ideeën voor sprintretrospectieven. Ik heb een iets sterkere focus op de "zachte" kant van continue verbetering. Je z...

Mijn 7 favoriete templates voor Agile retrospectives

Mijn 7 favoriete templates voor Agile retrospectives

In mijn team voeren we bovengemiddeld vaak een agile retrospective uit: elke vrijdag, dus één keer per week. En je gelooft het niet - mede dankzij de vele super agile retrospective templates is het...

Hoe kun je de communicatie in een softwareontwikkelingsteam op afstand verbeteren?

Hoe kun je de communicatie in een softwareontwikkelingsteam op afstand verbeteren?

Er zijn verschillende maatregelen en benaderingen om de communicatie te verbeteren in virtuele of externe engineeringteams van softwareontwikkelaars en software-ingenieurs. Het maakt niet uit of he...

DORA & SPACE-metriek: 2 teamworkshops voor verbetering

DORA & SPACE-metriek: 2 teamworkshops voor verbetering

Als je een technisch leider bent, wil je waarschijnlijk weten hoe goed je team software levert en hoe je dit kunt verbeteren. Misschien heb je al gehoord van de DORA-metrics en het SPACE-framework,...

Werkovereenkomsten: 10 voorbeelden, voorbeelden & sjablonen

Werkovereenkomsten: 10 voorbeelden, voorbeelden & sjablonen

Effectieve samenwerking in teams is cruciaal voor succes, vooral in de context van agile methoden zoals Scrum. Werkafspraken spelen een cruciale rol bij het creëren van een duidelijk kader voor sam...

Checklist voor teamleiders: 10 kerntaken

Checklist voor teamleiders: 10 kerntaken

Als teamleider neem je veel verantwoordelijkheid op je voor je medewerkers en je team. Deze checklist voor teamleiders maakt het makkelijker voor je om het overzicht te bewaren en ervoor te zorgen...

De Scrum Master als Dienend Leider: 8 stof tot nadenken

De Scrum Master als Dienend Leider: 8 stof tot nadenken

Als ervaren psycholoog en Scrum Master begrijp ik de uitdagingen waar teamleiders in een agile omgeving mee te maken krijgen. De balans vinden tussen wendbaarheid en leiderschap is geen gemakkelijk...

Niet elk Scrum-team is agile: Fake Agile

Niet elk Scrum-team is agile: Fake Agile

Fake Agile: Is elk Scrum-team agile? Nee, helaas is niet elk Scrum-team echt agile. Ik zal het uitleggen: Een Scrum-team wordt gedefinieerd door te werken volgens het Scrum-raamwerk: Het heeft dus...

Echometer Nieuwsbrief

Mis geen updates over Echometer & doe inspiratie op voor agile werken