Denne side er automatisk oversat. Skift til engelsk for en bedre læseoplevelse.

Skift til engelsk
Jean Michel Diaz
Jean Michel Diaz

Fix zombie-scrum i 3 trin

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 “proxy” for kunden. Agile teams udvikler ikke, hvad ledelsen tror, kunden ønsker, men hvad kunden ønsker. Og derfor taler de agile teams 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 i gang!

Blog-kategori

Flere artikler om "Tips om smidighed"

Se alle artikler i denne kategori
Agil Spotify-model: Squads, Tribes, Chapters & Guilds forklaret

Agil Spotify-model: Squads, Tribes, Chapters & Guilds forklaret

Kort oversigt over Spotify-modellen: Hvordan Squads, Tribes, Chapters og Guilds skalerer agilitet, hvilke roller der er involveret, og hvad du bør være opmærksom på ved implementeringen.

5 ideer til sprint-retrospektiv, som teams med garanti vil fejre

5 ideer til sprint-retrospektiv, som teams med garanti vil fejre

Som psykolog og Scrum Master har jeg sandsynligvis et usædvanligt syn på idéer til sprint retrospektiver. Jeg har et lidt stærkere fokus på den "bløde" side af løbende forbedringer. Man kan også ta...

Mine 7 yndlingsskabeloner til Agile-retrospektiver

Mine 7 yndlingsskabeloner til Agile-retrospektiver

I mit team afholder vi agile retrospektiver oftere end gennemsnittet: Hver fredag, altså en gang om ugen. Og du tror det ikke - blandt andet takket være de mange super agile retrospektivskabeloner...

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Hvordan kan du forbedre kommunikationen i et eksternt softwareudviklingsteam?

Der er forskellige tiltag og tilgange til at forbedre kommunikationen i virtuelle eller eksterne teams af softwareudviklere og softwareingeniører. Det er irrelevant, om de er front-end, back-end el...

DORA- og SPACE-målinger: 2 teamworkshops til forbedring

DORA- og SPACE-målinger: 2 teamworkshops til forbedring

Hvis du er en teknisk leder, vil du sandsynligvis gerne vide, hvor godt dit team leverer software, og hvordan du kan forbedre det. Måske har du allerede hørt om DORA-metrics og SPACE-frameworket, t...

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Arbejdsaftaler: 10 eksempler, prøver og skabeloner

Effektivt samarbejde i teams er afgørende for succes, især i forbindelse med agile metoder som Scrum. Arbejdsaftaler spiller en afgørende rolle for at skabe en klar ramme for samarbejdet. Og selvfø...

Tjekliste for teamledere: 10 vigtige opgaver

Tjekliste for teamledere: 10 vigtige opgaver

Som teamleder påtager du dig et stort ansvar for dine medarbejdere og dit team. Denne tjekliste for teamledere vil gøre det lettere for dig at bevare overblikket og sikre, at intet går galt. Vores...

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Scrum Masteren som tjenende leder: 8 tanker til eftertanke

Som erfaren psykolog og Scrum Master forstår jeg de udfordringer, som teamledere står over for i agile miljøer. At finde balancen mellem agilitet og lederskab er ikke nogen nem opgave. I dette indl...

Ikke alle Scrum-hold er agile: Fake Agile

Ikke alle Scrum-hold er agile: Fake Agile

Fake Agile: Er alle Scrum-team agile? Nej, desværre er det ikke alle Scrum-hold, der rent faktisk er agile. Lad mig forklare det: Et Scrum-team er defineret ved at arbejde i henhold til Scrum-ramme...

Echometer Nyhedsbrev

Gå ikke glip af opdateringer om Echometer & få inspiration til agilt arbejde