Guide til sprint-retrospektiv: 3 metoder & 6 raske tips
Å gjennomføre et vellykket sprintretrospektiv kan virke skremmende til å begynne med, men prosessen trenger ikke å være vanskelig eller tidkrevende.
Med noen få enkle trinn kan du sørge for at retrospektivene deres blir produktive, og sette teamet i en posisjon der det kan lære av tidligere suksesser og feil.
Hva er et sprintretrospektiv?
Sprintretrospektivet er et møte som finner sted på slutten av hver sprint. Scrum-teamet ser tilbake på sprinten og diskuterer hva som gikk bra, og hva som kan forbedres i neste sprint. Retrospektivet er én av de fem seremoniene i Scrum-rammeverket.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Retrospektivet bør være et trygt rom der folk kan dele ærlige tilbakemeldinger. Alt handler i bunn og grunn om kontinuerlig forbedring – det dreier seg om å skape positive endringer i prosjektet og teamet.
Det bør ikke forveksles med prosjektretrospektiver, som er litt annerledes.
Hva er formålet med sprintretrospektivet?
Formålet med sprintretrospektivet er å komme til enighet om en forbedringsplan og sette sammen tiltak som skal gjennomføres i kommende sprinter.
Under sprintretrospektivet kan teamet identifisere områder som kan forbedres, for eksempel å gjøre den daglige Scrum-en (også kalt et kort statusmøte) mer nyttig, forbedre kommunikasjonen eller finne en mer effektiv måte å samle inn hverandres tilbakemeldinger på.
Som Scrum-master eller prosjektleder skal du dokumentere disse forbedringsområdene og utarbeide en plan for hvordan de kan oppnås. Denne innsikten fra den forrige sprinten må tas med i betraktningen når du gjennomfører sprintplanleggingen for neste sprint.
Hva er et sprintretrospektivmøte?
Sprintretrospektivmøtet er sprintretrospektivet. Du bør forberede deg på forhånd, og det bør hele teamet også gjøre (jeg går nærmere inn på dette nedenfor), men det er i møtet selve retrospektivet finner sted.
Når holdes møtet?
Møtet holdes på slutten av en sprint, etter sprintgjennomgangen. Det kan være fristende å slå sammen retrospektivet med sprintgjennomgangen, men prøv å unngå dette.
Sprintretrospektivet er vanligvis tidsavgrenset i henhold til lengden på sprinten. Det bør ikke vare mer enn 3 timer for en sprint på 1 måned, og kortere for kortere sprinter.
Hvem deltar i møtet?
De som er involvert i sprintretrospektivmøtet, inkluderer:
- Sprintteamet: vanligvis utviklere, designere og ingeniører
- Sprintfasilitator: vanligvis en Scrum-master eller produkteier
- Observatører: som bidrar med et eksternt perspektiv
- Deltakere eller interessenter: som har kunnskap som er relevant for diskusjonen
Slik gjennomfører du et vellykket sprintretrospektiv
Den beste måten å sikre at du får maksimalt utbytte av sprintretrospektivet på, er å forberede deg på forhånd.
- Sett av tid før retrospektivet begynner til å samle inn tilbakemeldinger og la deltakerne komme med forslag til diskusjonstemaer. Send ut en anonym spørreundersøkelse på forhånd, eller sett av tid i begynnelsen av retrospektivet. Husk at team vanligvis foretrekker anonymitet.
- Gi hver deltaker mulighet til å gå gjennom data, for eksempel et burndown-diagram, før møtet. Dette kan brukes som utgangspunkt for samtalen under sprintretrospektivet.
- Start med riktig innstilling når du går inn i møtet. Det er viktig å møte det med et åpent sinn og legge til rette for samarbeid i diskusjonen.
- Husk å forholde deg nøytral under diskusjonen. Hvis du ikke kan det, er det best å be noen utenfor teamet om å ta denne rollen, slik at den aktuelle personen kan delta.
- Veiled teamet mot å finne problemets grunnårsak, i stedet for å fokusere på frustrasjonen rundt problemet. For å gjøre dette kan du gjennomføre en grunnårsaksanalyse. Still spørsmål for å finne ut hva som forårsaket problemet, og diskuter løsninger. Unngå destruktiv kritikk, og styr diskusjonen mot konstruktiv kritikk.
- Vær komfortabel med stillhet. De fleste team består av både introverte og ekstroverte. Introverte teammedlemmer kan trenge tid til å samle tankene sine, og stillhet gir dem en mulighet til å tenke. Siden stillhet kan være ukomfortabelt, vil folk vanligvis bidra for å fylle den.
- Etter diskusjonen bør du samarbeide med teamet for å identifisere felles mønstre og temaer i tilbakemeldingene. Hvilke utfordringer skiller seg mest ut? Hva brukte dere mest tid på å diskutere?
- Fastsett tiltak basert på diskusjonen og de felles temaene dere identifiserte. Prioriter disse tiltakene eller leveransene, og avklar hvem som har ansvar for å gjennomføre dem. Du kan bruke Scrum-programvare eller andre smidige verktøy for å holde oversikt over dem og følge dem opp ved behov.
Hvorfor bør du gjennomføre et sprintretrospektiv?
Her er noen av de mange fordelene med sprintretrospektiver:
- Det skaper et trygt og skyldfritt rom der teammedlemmene kan dele verdifulle tilbakemeldinger
- Det gjør det mulig for teamet å dokumentere suksesser og områder med forbedringsmuligheter
- Det gir en konkret liste over neste steg og identifiserer hvem som har ansvar for hvert punkt
- Det identifiserer små, trinnvise endringer som kan føre til større forbedringer
- Det gjør det mulig for team å videreutvikle arbeidsprosessen sin for å forsterke resultatene
- Det gjør det mulig å få frem ulike meninger
- Det hjelper programvareutviklingsteamet med å bli mer modent
- Det gjør hver sprint bedre enn den forrige
3 ulike retrospektivmetoder
Det finnes flere interaktive strategier for å samle inn tilbakemeldinger i et retrospektivmøte. Her er noen ideer som kan hjelpe deg i gang:
Seilbåtmetoden
Seilbåtmetoden er rettet mot visuelle lærere. Et teammedlem blir bedt om å tegne en seilbåt, vind, et anker, et isfjell og (valgfritt) en øy.
Teamet legger tilbakemeldingene sine i de relevante områdene på bildet:
- Vinden representerer hvilke oppgaver, personer eller arbeidsflyter som førte teamet fremover.
- Ankeret viser hva som holdt teamet tilbake.
- Isfjellet representerer uventede oppgaver som førte teamet ut av kurs under sprinten.
- Øya representerer sprintmålene.
Affinitetskartlegging
Affinitetskartlegging er en effektiv metode for å innhente tilbakemeldinger fra en større gruppe på kort tid. Be først teamet om å skrive ned tilbakemeldingene sine på klistrelapper (fysiske eller virtuelle). Når alle tilbakemeldingene er mottatt, kan du begynne å se mønstre og gruppere lignende punkter.
Merk hver gruppe og be teamet diskutere temaene på overordnet nivå for hver merkelapp. Denne metoden er flott for å organisere en betydelig mengde tilbakemeldinger i spesifikke kategorier for generell diskusjon.
De fire L-ene
Metoden med de fire L-ene er en enkel måte å samle inn tilbakemeldinger på, der teamet deler innsikt i hva de likte, hva som manglet, hva de lærte, og hva de ønsket seg.
- Det man likte: alt som ble satt pris på i sprinten, eller som gjorde sprinten vellykket.
- Det som manglet: ting som potensielt kunne ha brakt teamet nærmere suksess.
- Det man lærte: all lærdom fra sprinten som det ville være nyttig å huske til fremtidige sprinter, eller endringer i prosessen som kunne gi bedre forutsetninger for suksess.
- Det man ønsket seg: ting teamet ønsker seg for å oppnå suksess eller opprettholde moralen.
Hvilke utfordringer kan du møte på? (Og hvordan håndterer du dem?)
Som med alle ritualer kan det være varierende mengder emosjonell bagasje som du eller teamet ditt tar med til møtet, basert på tidligere erfaringer. Her er noen ting du kan møte på under en retrospektiv, og hvordan du kan håndtere disse hindringene:
Apati
Hvis de samme spørsmålene stilles sprint etter sprint, kan teammedlemmene bli mindre engasjert i svarene og slutte å komme med konstruktive forslag for å forbedre prosessen.
Motvirk apatisk deltakelse ved å variere opplegget! Test ulike øvelser og spørsmål. Det finnes ingen løsning som passer for alle når det gjelder retrospektiver – du bør videreutvikle måten du gjennomfører dem på. Besøk funretrospectives.com for mer inspirasjon.
Følelser
Når alt kommer til alt, er vi mennesker – og mennesker har følelser. Retrospektiver bør invitere til konstruktive tilbakemeldinger om hva som kan gå bedre i fremtidige sprinter, men de bør aldri legge til rette for fiendtlighet, negativitet eller skyldfordeling.
Det er avgjørende at fasilitatorene under retrospektivmøtet er fordomsfrie og objektive. Folk bør føle seg trygge på å dele tilbakemeldingene sine. Sørg for å avklare forventningene når du starter Scrum-retrospektiven, mekle underveis ved behov, og frem en positiv samtale.
Mangel på samtale
Du kan oppleve en agil retrospektiv der det føles som om spørsmål blir møtt med tomme blikk. I stedet for å måtte trekke ordene ut av folk for å få samtalen i gang, kan du finne en mer engasjerende åpning på møtet.
Oppmuntre teamet ditt til å skrive ned forslagene og tankene sine gjennom sprinten. Da har de noe å se på under retrospektiven, i stedet for å føle at de må trekke noe ut av løse luften. Du kan også vurdere å føre en slik logg selv.
Motstand fra ledelsen
Noen ganger påvirker handlingspunkter som identifiseres i retrospektiven, medlemmer utenfor Scrum-teamet. Den som har ansvar for punktet, bør samarbeide med ledelsen om forslaget og bli enige om en måte å gjennomføre den forespurte endringen på. Ledelsen kan imidlertid være motvillig til den foreslåtte fremgangsmåten.
Hvis det er tilfelle, må du fortsette å stå på. Finn støttespillere i organisasjonen som vil tale produksjonsteamets sak og støtte forbedringene som går utover teamet. En virkelig agil organisasjon som verdsetter positive endringer, bør etter hvert være villig til å gjennomføre forbedringer som kommer dem til gode.
Tilbakemeldinger og lærdom fra reelle agile team
Da jeg skulle skrive denne artikkelen, tok jeg kontakt med flere teammedlemmer i organisasjonen for å snakke om erfaringene deres med sprintretrospektiver. Jeg var nysgjerrig på hva personer i ulike roller – UX-designer, utvikler og prosjektleder (DPM) – mente om denne Scrum-seremonien.
Hvis du nettopp har begynt med retrospektiver eller ønsker å variere opplegget, kan det være lurt å starte med å snakke direkte med teammedlemmene. Jeg stilte dem tre enkle spørsmål:
1. Hva kan en sprintretrospektiv gi deg hvis den gjennomføres på en god måte?
- Oppsummeringer av hvordan jeg kan forbedre min personlige prosess og/eller rolle, samt en mulighet til å ta opp potensielle prosessforbedringer for hele teamet, ha samtaler om hvordan vi kan bli bedre som team, og hvordan vi bedre kan samarbeide med kundene våre i fremtiden (Design)
- Hjelpe teamet med å identifisere forbedringsområder og gi en plattform for å snakke om verdier eller resultater hele teamet kan arbeide med fremover (Utvikling)
- Innsikt i og samarbeidende tilbakemeldinger om hva som fungerer godt i teamet, hva som ikke fungerer, og hva som kan forbedres. Det beste scenarioet er når teamet blir veiledet til å skape og eksperimentere med løsninger på utfordringer på egen hånd (DPM)
2. Hva kan skje hvis den gjennomføres dårlig?
- Det kan utvikle seg til en klage- eller utskjellingsøkt. En annen ulempe er hvis det tas opp ting som aldri ender med å bli endret eller implementert (Design)
- Det kan føre til at teamet går glipp av en mulighet til å utvikle seg som helhet (Utvikling)
- Status quo opprettholdes. Selv om det kan være fristende å la dette passere på kort sikt, kan det få en katastrofal langsiktig effekt på kulturen i teamet (DPM)
3. Har du et favorittspørsmål eller en favorittaktivitet som har blitt brukt i et sprintretrospektiv?
- Dette er litt grunnleggende, men en effektiv strategi er å stille spørsmålet og deretter gå rundt i en sirkel der alle må svare. Det får alle til å snakke. Jeg har deltatt i retrospektiver der 2–3 personer dominerer samtalen, mens andre ikke sier så mye. Alle har alltid en mening om hvordan opplevelsen var, og det virker som om folk noen ganger trenger litt oppmuntring til å si sin mening, eller en mulighet til å gjøre det. Å gå rundt i en sirkel var effektivt av den grunn. Alle hadde et svar. (Design)
- Jeg hørte om en virkelig kul praksis fra Scrum-teamet hos Spotify, der den agile coachen hjalp teamet med å bestemme én ting de kunne gjøre, som alle mente ville gjøre teamet og/eller produktet bedre. I ett eksempel ble de alle enige om at hver innsjekking av kode måtte inneholde minst noe testing. (Utvikling)
- Still det enkle spørsmålet: «Er alle enige i det som nettopp ble sagt?» (DPM)
6 raske tips for å løfte ditt neste sprintretrospektiv
1. Hold det enkelt
En enkel måte å gjøre ditt neste sprintretrospektiv effektivt på, er å spørre teamet hva de ønsker å begynne med, slutte med og fortsette å gjøre. Uansett hva teamet bestemmer seg for, må du sørge for at alle deltar. Dokumenter forslagene du hører, og stem for å avgjøre hva som skal skje.
2. Ta inn noe nytt
Ta i bruk spill i sprintretrospektivene. En av mine favoritter er LEGO-retrospektivet. Teammedlemmene oppfordres til å bruke LEGO-klosser til å bygge en struktur som representerer den siste sprinten, og en som representerer det som må skje for å forbedre den neste. Dette abstraherer ting litt og skaper noen overraskende produktive (og kreative) samtaler.
3. Hold fokus
Ved å bruke Lean CoffeeTM-tilnærmingen kan retrospektivagendaer bygges ved hjelp av Kanban-tavler som genereres demokratisk. Dette kan være nyttig for en gruppe som ikke klarer å holde seg til temaet, eller som har en tendens til å bruke for mye tid på et bestemt diskusjonspunkt. Sørg for å bruke klistrelapper og markører i ulike farger, og utpek en frivillig til å dokumentere resultatene.
4. Gjør den handlingsorientert
Sørg for at alt som krever handling, blir tildelt noen i teamet. Alt trenger ikke å falle på prosjektlederen. Selv om diskusjonen er konstruktiv og nyttig, vil ringvirkningene utebli med mindre endringen implementeres i hele teamet. Hold en liste synlig for alle, og sørg for at forventninger og tidsfrister blir fastsatt.
5. Ta inn et perspektiv utenfra
Et perspektiv utenfra kan bli et stort vendepunkt! Vurder å hente inn en agil coach for å få hjelp til å lede retrospektivet. Dette kan koste ekstra (og er ikke nødvendig med mindre det finnes betydelige utfordringer), så du kan prøve å invitere en annen kollega til samtalen. Personer som ikke er involvert i prosjektet, kan bidra til å belyse situasjonen og fungere som en nøytral tredjepart.
6. Hold det friskt
Bruk et nytt retrospektivformat eller en ny isbryter fra tid til annen for å fremme deltakelse og gi teamet noe å se frem til. Teamet kan også miste fremdrift eller lysten til å delta hvis det ikke gjøres fremskritt med tiltakspunktene fra tidligere retrospektiver. Ved å holde en liste over disse punktene og følge dem frem til de er fullført (eventuelt ved hjelp av agil prosjektstyringsprogramvare) kan teamet se verdien av retrospektiver.
Finn flere ideer, tips og triks for sprintretrospektiver her.
Hva skjer videre?
Har du egne tips og triks for å gjennomføre effektive retrospektiver? Vil du ha ideer fra andre prosjektledere som gjennomfører retrospektiver akkurat nå? Bli med i samtalen i Slack sammen med over 100 andre digitale prosjektledere med DPM-medlemskap!
