Hvad er Zombie Scrum?

Zombie Scrum beskriver teams, der har bevaret Scrum-strukturen (ritualer, roller osv.), men som har mistet den egentlige kerne – - kundefordele, værdier og løbende forbedringer –. Scrum bliver dermed til en tom skal uden reel agilitet.

Typiske symptomer på Zombie Scrum er

• Mekanisk udførte rituelle processer uden merværdi
• Ingen fungerende inkrementer, sjældne eller ubrugelige interessentgennemgange
• Ingen reelle retrospektive eller forbedrende planer
• Lille selvstændighed, manglende ansvar

Virkningen af Zombie Scrum: demotivation, faldende kvalitet, manglende tilpasning – Scrum som et tomt ritual. Se også her: Falsk Agile

Der er mange grunde til Zombie Scrum. Du kan nok bedst svare på det for dit team og din organisation hver for sig.

Eller hvis ikke, kan du måske bare spørge dit team? Her er et retroformat, som du kan bruge til at undersøge årsagerne til zombie-scrum i dit team:

• Hvad stopper os eller gør det svært for os at få direkte feedback fra vores kunder?
• Hvad forhindrer os i selvstændigt at bestemme vores prioriteter, arbejdsmetoder og løsningstilgange?
• Hvad skal der ske, for at vi som team er maksimalt motiverede til at nå vores teammål og skabe værdi for vores kunder?

Sådan løser du Zombie Scrum: De 3 trin

Mange instruktioner til Scrum er supertekniske. Jeg er ikke fan af så detaljerede instruktioner. Det er i sidste ende irrelevant, hvordan du gennemfører et sprint review. Efter min erfaring er de vigtigste punkter, der skal til for at kurere Zombie Scrum, de følgende 3 trin:

Trin 1: Teammål og kundefeedback

Man kan ikke arbejde agilt uden reel kundekontakt. Teamet skal trods alt være i stand til at få feedback fra kunderne efter hvert sprint for at kunne indarbejde den i prioriteringen af det næste sprint.

Ledelsen og andre interessenter må ikke fungere som "stedfortræder" for kunden. Agile-teams udvikler ikke det, som ledelsen tror, kunden vil have, men det, som kunden vil have. Og agile teams taler ikke med ledelsen, men med kunden selv.

Selvfølgelig: Ledelsen har også indflydelse på teamet, og det er OK. Ledelsen er velkommen til at hjælpe med at formulere teamets mål. Men så må ledelsen give teamet tilstrækkelig frihed til at arbejde sammen med kunderne på en selvorganiseret måde.

Trin 2: Skab psykologisk sikkerhed og self-efficacy

Siger teamet direkte fra, når der er noget, der ikke fungerer? Eller hvisker de kun om problemerne bag lukkede døre, men tager dem ikke rigtig op på en konstruktiv måde for at opnå en forbedring?

Hvis det er tilfældet, kan det skyldes to ting:

• Der er mangel på psykologisk sikkerhed i teamet: Folk tør ikke tale åbent om problemer.
• Indlært hjælpeløshed: Teamet tror ikke længere på, at noget kan forbedres.

Det er ofte en blanding af begge dele. Der er brug for en åben fejlkultur, så det bliver normaliseret at tage problemer op og i bedste fald endda få anerkendelse for dem.

For at slippe af med den tillærte hjælpeløshed (dvs. lav self-efficacy) er der brug for det næste skridt:

Trin 3: Kontinuerlig forbedring

Teamet skal indse, at problemer, der bliver taget op, også bliver løst. Så benyt enhver lejlighed til aktivt at tackle problemer og løse dem.

Så snart teamet indser, at tingene ændrer sig, vil de også tage problemerne mere åbent op igen i retrospektiverne.

Det sker ikke fra den ene dag til den anden. Den tillærte hjælpeløshed er vokset gennem årene. Men det bør ikke være en undskyldning! Hvert tilbageblik er en mulighed for at sætte den positive spiral af self-efficacy i gang.

Tip: Hvis dine retrospektiver mangler momentum, kan Echometer hjælpe: Med sin legende og strukturerede tilgang kan du puste nyt liv i dine retrospektiver med Echometer. Prøv det bare her: Prøv retro-værktøjet Echometer

Konklusion: Zombie Scrum kan kureres

Healing = teamets mål + kundefeedback + psykologisk sikkerhed + løbende forbedringer

Den gode nyhed først: Ja, Zombie Scrum kan kureres. Og det er endda relativt klart, hvilke ingredienser der er brug for.

Den dårlige nyhed er, at hver af disse ingredienser ikke er nemme at få fat i. Afhængigt af konteksten kan det ganske vist kræve en masse energi at skabe forudsætningerne. Endnu værre er det, at det kan vise sig, at din organisation endnu ikke er klar til ægte agile arbejdsmetoder.

Men lad os ikke gå ud fra det værst tænkelige. Hvis du nu i det mindste kender årsagen til din zombiescrum, kan du arbejde målrettet med den. Meget agilt, trin for trin.

Så lad os komme af sted!