Vad är Zombie Scrum?
Zombie Scrum beskriver team som har behållit Scrum-strukturen (ritualer, roller, etc.) men som har förlorat den faktiska kärnan – kundnytta, värderingar och kontinuerlig förbättring –. Scrum förvandlas därmed till ett tomt skal utan verklig agilitet.
Typiska symptom på Zombie Scrum är
- Mekaniskt utförda rituella processer utan mervärde
- Inga fungerande steg, sällsynta eller värdelösa granskningar av intressenter
- Inga egentliga retrospektiva eller förbättringsplaner
- Liten självständighet, avsaknad av ansvar
Effekterna av Zombie Scrum: demotivation, sjunkande kvalitet, brist på anpassning – Scrum som en tom ritual. Se även följande: Fake Agile
Det finns många anledningar till Zombie Scrum. Du kan förmodligen svara på detta bäst för ditt team och din organisation individuellt.
Eller om inte, kanske du bara ska fråga ditt team? Här är ett retroformat som du kan använda för att undersöka orsakerna till zombiescrum i ditt team:
- Vad hindrar oss eller gör det svårt för oss att få direkt feedback från våra kunder?
- Vad hindrar oss från att självständigt definiera våra prioriteringar, arbetsmetoder och lösningar?
- Vad skulle behöva hända för att vi som team skulle vara maximalt motiverade att uppnå vårt team-mål och skapa värde för våra kunder?
Så här löser du Zombie Scrum: 3 steg
Många instruktioner för Scrum är supertekniska. Jag är inte ett fan av sådana detaljerade instruktioner. Exakt hur du genomför en sprint review är i slutändan irrelevant. Enligt min erfarenhet är de viktigaste punkterna som behövs för att bota Zombie Scrum följande 3 steg:
Steg 1: Teamets mål och feedback från kunderna
Det går inte att arbeta agilt utan verklig kundkontakt. Teamet måste trots allt kunna få feedback från kunderna efter varje sprint för att kunna införliva den i prioriteringen av nästa sprint.
Ledningen och andra intressenter får inte fungera som "ombud" för kunden. Agile-team utvecklar inte det som ledningen tror att kunden vill ha, utan det som kunden vill ha. Och agila team pratar inte med ledningen, utan med kunden själv.
Visst: Ledningen har också ett inflytande på teamet och det är OK. Ledningen får gärna hjälpa till att formulera teamets mål. Men sedan måste teamet få tillräckligt med frihet av ledningen för att kunna arbeta tillsammans med kunderna på ett självorganiserat sätt.
Steg 2: Skapa psykologisk trygghet och självtillit
Säger teamet ifrån direkt när något inte fungerar? Eller viskar de bara om problem bakom stängda dörrar, men tar inte riktigt itu med dem på ett konstruktivt sätt för att uppnå en förbättring?
Om så är fallet kan detta bero på två saker:
- Det finns en brist på psykologisk säkerhet i teamet: människor vågar inte ta upp problem öppet.
- Inlärd hjälplöshet: Teamet tror inte längre att något kan förbättras.
Det är ofta en blandning av båda. Det behövs en öppen felkultur så att det blir normaliserat att ta upp problem och i bästa fall till och med få erkännande för dem.
För att bli av med den inlärda hjälplösheten (dvs. låg self-efficacy) krävs nästa steg:
Steg 3: Kontinuerlig förbättring
Teamet måste inse att problem som tas upp också blir lösta. Ta därför varje tillfälle i akt att aktivt ta itu med problem och lösa dem.
Så snart teamet inser att saker och ting håller på att förändras kommer de också att ta upp problemen mer öppet i retrospektiven.
Det händer inte över en natt. Den inlärda hjälplösheten har vuxit fram under årens lopp. Men det ska inte vara en ursäkt! Varje tillbakablick är en möjlighet att sätta igång den positiva spiralen av self-efficacy.
Tips: Om dina retrospektiv saknar momentum kan Echometer hjälpa till: Med sitt lekfulla och strukturerade tillvägagångssätt kan du blåsa nytt liv i dina retrospektiver med Echometer. Prova bara här: Testa retroverktyget Echometer
Slutsats: Zombie Scrum kan botas
Healing = teamets mål + kundfeedback + psykologisk säkerhet + kontinuerlig förbättring
Den goda nyheten först: Ja, Zombie Scrum kan botas. Och det är till och med relativt tydligt vilka ingredienser som behövs.
Den dåliga nyheten är att var och en av dessa ingredienser inte är lätta att få tag på. Beroende på sammanhanget kan det visserligen krävas en hel del energi för att skapa förutsättningarna. Ännu värre är att det kan visa sig att din organisation ännu inte är redo för verkligt agila arbetssätt.
Men låt oss inte anta det värsta tänkbara scenariot. Om du nu åtminstone vet orsaken till din zombiescrum kan du arbeta med den på ett målinriktat sätt. Mycket smidigt, steg för steg.
Så, nu kör vi!