Diese Seite wurde automatisch übersetzt. Für ein besseres Leseerlebnis wechsle bitte auf Englisch.

Auf Englisch wechseln
Jean Michel Diaz
Jean Michel Diaz

Fixa zombiescrum i 3 steg

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 en “proxy” för kunden. Agila team utvecklar inte det som ledningen tror att kunden vill ha, utan det som kunden faktiskt vill ha. Och därför pratar de agila teamen 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!

Blog-Kategorie

Weitere Artikel zu "Tips om smidighet"

Alle Artikel dieser Kategorie ansehen
Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Kort översikt över Spotify-modellen: Hur Squads, Tribes, Chapters och Guilds skalar agilitet, vilka roller som är involverade och vad du bör tänka på när du implementerar den.

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

Som psykolog och Scrum Master har jag förmodligen en ovanlig syn på idéer för sprintretrospektiv. Jag har ett något större fokus på den "mjuka" sidan av kontinuerlig förbättring. Man kan också tala...

Mina 7 favoritmallar för Agile-återblickar

Mina 7 favoritmallar för Agile-återblickar

I mitt team genomför vi en agil retrospektiv oftare än genomsnittet: Varje fredag, alltså en gång i veckan. Och du kommer inte att tro det - bland annat tack vare de många superagila retrospektivma...

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Det finns olika åtgärder och tillvägagångssätt för att förbättra kommunikationen i virtuella eller distansbaserade team av programvaruutvecklare och programvaruingenjörer. Det spelar ingen roll om...

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

Om du är en teknisk ledare vill du förmodligen veta hur bra ditt team är på att leverera programvara och hur du kan förbättra det. Du kanske redan har hört talas om DORA-måtten och SPACE-ramverket,...

Arbetsavtal: 10 exempel, mallar och exempel

Arbetsavtal: 10 exempel, mallar och exempel

Effektivt samarbete i team är avgörande för framgång, särskilt i samband med agila metoder som Scrum. Arbetsavtal spelar en avgörande roll för att skapa ett tydligt ramverk för samarbete. Och natur...

Checklista för teamledare: 10 viktiga uppgifter

Checklista för teamledare: 10 viktiga uppgifter

Som teamledare tar du ett stort ansvar för dina medarbetare och ditt team. Den här checklistan för teamledare gör det lättare för dig att hålla överblicken och se till att inget går fel. Vår mall l...

Scrum Master som tjänande ledare: 8 tankeställare

Scrum Master som tjänande ledare: 8 tankeställare

Som erfaren psykolog och Scrum Master förstår jag de utmaningar som teamledare ställs inför i agila miljöer. Att hitta balansen mellan agilitet och ledarskap är ingen lätt uppgift. I det här inlägg...

Inte alla Scrum-team är agila: Fake Agile

Inte alla Scrum-team är agila: Fake Agile

Fake Agile: Är alla Scrum-team agila? Nej, tyvärr är inte alla Scrum-team faktiskt agila. Låt mig förklara: Ett Scrum-team definieras genom att det arbetar enligt Scrum-ramverket: Det har alltså sp...

Echometer Nyhetsbrev

Missa inte uppdateringar om Echometer och få inspiration till agilt arbete