6 Scrum-retrospektive spill for suksessrike team

1. Som moderator forklarer du reglene for hvert teammedlem: Foran dere på Echometer-tavlen er det noen bilder av noen katter. Hvilket av dem passer best til den siste sprinten? Årsakene til at man velger et bilde, er relativt uviktige.
2. Alle velger et bilde ved å lage en klistrelapp på tavlen ved å dobbeltklikke.
3. Nå forklarer alle kort i én eller to setninger hvorfor de valgte det aktuelle bildet. Avgjørelsen trenger ikke nødvendigvis å være «logisk» – det handler om å fange opp stemningen og skape en god samtaleatmosfære.
4. Den respektive innsjekkingen til teammedlemmene blir verken vurdert eller kommentert – men det er selvsagt lov å le. Det skrives i beste fall ned noe interessant for å bruke det igjen senere i retrospektivet.
5. Nå fortsetter man med neste fase av retrospektivet, «Datainnsamling» (Til artikkelen: 5 faser av en retro er ikke nok). Alternativt kan dere (for eksempel i Echometer-verktøyet) også se på tiltakene fra det siste retrospektivet sammen.

Dere kan se grunnideen til dette retrospektivspillet godt på den elektroniske tavlen ovenfor, inkludert noen eksempler:

1. Først forklarer du instruksjonen: Du skal nå kaste to terninger én gang for hvert teammedlem. Avhengig av tallet som kommer opp, stiller du det respektive teammedlemmet ett av de nummererte spørsmålene.
2. For å kaste terningene kan du bare åpne det lenkede, gratis online terningspillet. Dette har to kunstige terninger. Eventuelt kan du selvsagt også bruke ekte terninger.
3. Enten bestemmer dere på forhånd en rekkefølge for hvordan teammedlemmene skal kalles opp. Eller det kastes terning først, spørsmålet leses opp – og deretter kan det respektive teammedlemmet bestemme hvem som skal svare på dette spørsmålet.
4. Teoretisk sett kan dere selvsagt også spille 2 runder av dette.
5. Valgfritt: En liten gåte for teamet: Hvilket av spørsmålene på tavlen ovenfor vil aldri bli trukket?

1. Som moderator forklarer du reglene for hvert teammedlem: Basert på emojier og tilhørende spørsmål reflekterer hvert teammedlem over den siste Scrum-sprinten.
   1. Hva var supert?
   2. Hva var forvirrende?
   3. Hva var slitsomt?
   4. Hva var interessant?
2. Ideelt sett samles tilbakemeldingen først individuelt og anonymt på whiteboardet (for eksempel i Echometer). Du kan bruke timeren og for eksempel stille den inn på 3 minutter, slik at denne delen ikke tar for lang tid. For øvrig: Med Echometer kan denne delen, "datainnsamlingen", også skje asynkront allerede før retroen i form av en digital undersøkelse.
3. I neste trinn presenterer hvert teammedlem individuelt resultatene, og de andre fasene av retrospektivet fortsetter: Temaer diskuteres, prioriteres ved hjelp av en avstemning, og tiltak utledes (Til artikkelen: 5 faser av et retrospektiv). Echometer Retro Tool kan hjelpe deg med alt dette.

1. Du velger et sett med utsagn om atferd som du mener teamet kan forbedre (se nedenfor, andre veksleknapp). Dette er f.eks. tingene som blir spurt om i Spotify Health Check.
2. Du kan selvsagt endre disse spørsmålene og gjøre noen av dem morsommere eller mer kreative.
3. Alle angir hvor enige de er i disse utsagnene på Echometer-skalaen fra 1 til 7.
4. Resultatene vises i grafikken. Nå blir alle bedt om å forklare resultatene:
   "Hvordan forklarer dere den høyeste enigheten fra deres personlige synspunkt? Og den laveste stemmegivningen?"
5. Når du har gått gjennom alle punktene i Health Check og dere har diskutert dem, fortsetter du med de typiske 5 fasene av et agilt retrospektiv.
6. Forklar tanker: Etter at alle er ferdige med denne delen, deler alle tankene sine (og notatene sine) etter tur. Det er ingen diskusjon på dette tidspunktet.
7. Prioritering: Hvert teammedlem har 3 digitale punkter til å stemme. Nå plasserer du punktene der du ser behov for forbedring.
8. Diskusjon: Diskuter områdene som har fått flest stemmer. Vil dere skrive ned et tiltak?
9. Tiltak: Nevn en bestemt person som er ansvarlig for dette tiltaket. Jeg anbefaler å ikke registrere mer enn 3 tiltak - konsentrer dere heller om kvaliteten enn kvantiteten (mer om dette i vårt innlegg 7 tips for gode tiltak).

1. Vi leverer fantastiske resultater! Vi er stolte av det, og våre interessenter er veldig fornøyde.
2. Vår arbeidsmetode passer oss perfekt.
3. Vi får ting gjort veldig raskt. Ingen venting, ingen forsinkelser.
4. Planleggingen av våre sprinter er alltid basert på å oppnå størst mulig kundeverdi i den gitte tiden.

5. Vi deler også uferdig arbeid tidlig med interessenter for å få tilbakemelding så raskt som mulig.

6. Hvert medlem av utviklerteamet deltar aktivt i sprintplanleggingen. 
7. Vi er åpne for konstruktiv tilbakemelding og kan vokse på det.
8. Mot: Vi verdsetter det når noen viser mot.
9. Respekt: Vi verdsetter hverandres ideer, selv om vi er uenige.
10. Forpliktelse: Hvert teammedlem bestreber seg på å holde løfter.
11. Fokus: Vi lar oss ikke distrahere fra å forfølge sprintmålet.
12. Åpenhet: Vi er åpne for konstruktiv tilbakemelding og kan vokse på det.
13. Vi har en konstruktiv kunnskapsutveksling mellom nyere og mer erfarne kolleger.

1. Hvert teammedlem markerer for seg stedet der de ble født, og et annet sted (om nødvendig på et digitalt whiteboard, se ovenfor). 
2. Tidsbegrensning 5 minutter: Deretter finner teammedlemmet en forklaring for begge steder, hvorfor de ble født der.
   
   For eksempel kan Julia Rodriguez si følgende:
   A) Som dere alle vet, ble jeg født rett rundt hjørnet i New York. Det er derfor jeg jobber her og besøker familien min hver helg.
   B) Som dere alle vet, er etternavnet mitt Rodriguez. Jeg kommer egentlig fra Mexico, hvor jeg ble født for 39 år siden. Familien min flyttet til USA kort tid etter at jeg ble født, fordi faren min begynte å jobbe her.
   Høres begge logiske ut - hvilket faktum er sant?
   
   
3. 1 minutt tidsbegrensning per person: Forklaringen for de to stedene blir gitt etter tur. Etter at en person har fortalt sannheten og en løgn, gjetter alle i teamet hvilket sted som er det virkelige fødestedet.
4. Til slutt kan du slette "løgnene" fra kartet - og da har du et fint kart med teamets opprinnelsessteder, som du kanskje til og med kan lagre på deres felles teamside.