Denne siden er automatisk oversatt. Bytt til engelsk for en bedre leseopplevelse.

Bytt til engelsk
Jean Michel Diaz
Jean Michel Diaz

Fiks zombiescrum i tre trinn

Hva er Zombie Scrum?

Zombie Scrum beskriver team som har beholdt Scrum-strukturen (ritualer, roller osv.), men som har mistet den faktiske kjernen – kundenytte, verdier og kontinuerlig forbedring –. Scrum blir dermed til et tomt skall uten reell smidighet.

Typiske symptomer på Zombie Scrum er

  • Mekanisk utførte rituelle prosesser uten merverdi
  • Ingen fungerende inkrementer, sjeldne eller ubrukelige interessentgjennomganger
  • Ingen reelle retrospektive planer eller forbedringsplaner
  • Lite selvstendighet, mangel på ansvar

Effekten av Zombie Scrum: demotivasjon, synkende kvalitet, manglende tilpasning – Scrum som et tomt ritual. Se også: Falsk Agile

Det er mange grunner til å være Zombie Scrum. Du kan sannsynligvis svare best på dette for ditt team og din organisasjon individuelt.

Eller hvis ikke, kanskje du bare kan spørre teamet ditt? Her er et retroformat du kan bruke til å undersøke årsakene til zombiescrum i teamet ditt:

  • Hva er det som hindrer oss eller gjør det vanskelig for oss å få direkte tilbakemeldinger fra kundene våre?
  • Hva hindrer oss i å bestemme våre prioriteringer, arbeidsmetoder og løsningsstrategier på egen hånd?
  • Hva må til for at vi som team skal være maksimalt motiverte til å nå teamets mål og skape verdi for kundene våre?

Slik løser du Zombie Scrum: De tre stegene

Mange instruksjoner for Scrum er veldig tekniske. Jeg er ikke tilhenger av slike detaljerte instruksjoner. Hvordan du gjennomfører en sprintgjennomgang er til syvende og sist irrelevant. Min erfaring er at de viktigste punktene som trengs for å kurere Zombie Scrum, er følgende tre trinn:

Trinn 1: Teamets mål og tilbakemeldinger fra kundene

Man kan ikke jobbe smidig uten reell kundekontakt. Teamet må tross alt kunne innhente tilbakemeldinger fra kundene etter hver sprint for å kunne ta dem med i prioriteringen av neste sprint.

Ledelsen og andre interessenter skal ikke fungere som en «proxy» for kunden. Smidige team utvikler ikke det ledelsen tror kunden vil ha, men det kunden faktisk vil ha. Og for å få til det, snakker de smidige teamene ikke med ledelsen, men med kunden selv.

Jo da: Ledelsen har også innflytelse på teamet, og det er helt i orden. Ledelsen må gjerne hjelpe til med å formulere teamets mål. Men da må ledelsen gi teamet nok frihet til å jobbe sammen med kundene på en selvorganisert måte.

Trinn 2: Skap psykologisk trygghet og mestringstro

Sier teamet direkte ifra når noe ikke fungerer? Eller hvisker de bare om problemer bak lukkede dører, men tar ikke tak i dem på en konstruktiv måte for å oppnå en forbedring?

I så fall kan dette skyldes to ting:

  • Det er mangel på psykologisk trygghet i teamet: Folk tør ikke å ta opp problemer åpent.
  • Lært hjelpeløshet: Teamet tror ikke lenger at noe kan forbedres.

Det er ofte en blanding av begge deler. Det er nødvendig med en åpen feilkultur, slik at det blir normalisert å ta opp problemer og i beste fall til og med få anerkjennelse for dem.

For å bli kvitt den tillærte hjelpeløsheten (dvs. lav mestringstro), er neste skritt nødvendig:

Trinn 3: Kontinuerlig forbedring

Teamet må innse at problemer som blir tatt tak i, også blir løst. Så benytt enhver anledning til aktivt å ta tak i problemer og løse dem.

Så snart teamet innser at ting er i endring, vil de også ta opp problemer mer åpent igjen i retrospektivene.

Det skjer ikke over natten. Den tillærte hjelpeløsheten har vokst frem med årene. Men det bør ikke være noen unnskyldning! Hvert tilbakeblikk er en mulighet til å sette i gang den positive spiralen av mestringstro.

Tips: Hvis retrospektivene dine mangler momentum, kan Echometer hjelpe deg: Med sin lekne og strukturerte tilnærming kan du blåse nytt liv i retrospektivene dine med Echometer. Bare prøv det her: Prøv retroverktøyet Echometer

Konklusjon: Zombie Scrum kan kureres

Helbredelse = teamets mål + tilbakemeldinger fra kunder + psykologisk trygghet + kontinuerlig forbedring

Den gode nyheten først: Ja, Zombie Scrum kan kureres. Og det er til og med relativt klart hvilke ingredienser som trengs.

Den dårlige nyheten er at hver av disse ingrediensene ikke er enkle å få tak i. Avhengig av konteksten kan det riktignok kreve mye energi å skape de nødvendige forutsetningene. Og enda verre er det at det kan vise seg at organisasjonen din ennå ikke er klar for ekte smidige arbeidsmåter.

Men la oss ikke gå ut fra det verste scenarioet. Hvis du nå i det minste kjenner årsaken til zombiescrum, kan du jobbe målrettet med den. Veldig smidig, trinn for trinn.

Så, la oss sette i gang!

Blogg-kategori

Flere artikler om «Tips om smidighet»

Se alle artikler i denne kategorien
Agil Spotify-modell: Squads, Tribes, Chapters & Guilds forklart

Agil Spotify-modell: Squads, Tribes, Chapters & Guilds forklart

Kort oversikt over Spotify-modellen: Hvordan Squads, Tribes, Chapters og Guilds skalerer smidighet, hvilke roller som er involvert og hva du bør være oppmerksom på når du implementerer.

5 ideer til sprintretrospektiv som teamene garantert vil feire

5 ideer til sprintretrospektiv som teamene garantert vil feire

Som psykolog og Scrum Master har jeg sannsynligvis et uvanlig syn på ideer til sprintretrospektiver. Jeg har et litt sterkere fokus på den «myke» siden av kontinuerlig forbedring. Man kan også snak...

Mine 7 favorittmaler for Agile-retrospektiver

Mine 7 favorittmaler for Agile-retrospektiver

I teamet mitt gjennomfører vi en agil retrospektiv oftere enn gjennomsnittet: Hver fredag, altså en gang i uken. Og du vil ikke tro det – blant annet takket være de mange flotte malene for agile re...

Hvordan kan du forbedre kommunikasjonen i et eksternt programvareutviklingsteam?

Hvordan kan du forbedre kommunikasjonen i et eksternt programvareutviklingsteam?

Det finnes ulike tiltak og tilnærminger for å forbedre kommunikasjonen i virtuelle eller eksterne team av programvareutviklere og programvareingeniører. Det spiller ingen rolle om det dreier seg om...

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

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

Hvis du er en teknisk leder, vil du sannsynligvis vite hvor godt teamet ditt leverer programvare, og hvordan du kan forbedre dette. Kanskje du allerede har hørt om DORA-metrikkene og SPACE-rammever...

Arbeidsavtaler: 10 eksempler, eksempler og maler

Arbeidsavtaler: 10 eksempler, eksempler og maler

Effektivt samarbeid i team er avgjørende for å lykkes, spesielt i forbindelse med smidige metoder som Scrum. Arbeidsavtaler spiller en avgjørende rolle når det gjelder å skape et tydelig rammeverk...

Sjekkliste for teamledere: 10 viktige oppgaver

Sjekkliste for teamledere: 10 viktige oppgaver

Som teamleder tar du et stort ansvar for dine medarbeidere og teamet ditt. Denne sjekklisten for teamledere vil gjøre det lettere for deg å holde oversikten og sørge for at ingenting går galt. Vår...

Scrum-masteren som tjenende leder: 8 tankevekkere

Scrum-masteren som tjenende leder: 8 tankevekkere

Som erfaren psykolog og Scrum Master forstår jeg utfordringene som teamledere står overfor i agile miljøer. Det er ingen enkel oppgave å finne balansen mellom smidighet og lederskap. I dette innleg...

Ikke alle Scrum-team er smidige: Fake Agile

Ikke alle Scrum-team er smidige: Fake Agile

Fake Agile: Er alle Scrum-team smidige? Nei, dessverre er ikke alle Scrum-team faktisk smidige. La meg forklare: Et Scrum-team er definert ved at det jobber i henhold til Scrum-rammeverket: Det har...

Echometer Nyhetsbrev

Gå ikke glipp av oppdateringer om Echometer og få inspirasjon til smidig arbeid.