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

Skift til engelsk
Jean Michel Diaz
Jean Michel Diaz

Sprint review vs. retrospektiv: enkelt forklaret med et billede

Forskellen mellem Sprint Review og Retrospective

Det definerede vi i den sidste artikel, hvad et retrospektiv egentlig er . Vi talte også om Scrum som en ramme for agile arbejdsmetoder. Og i denne ramme er der, ud over retrospektivet, også et mødeformat, der hedder Sprint-gennemgang.

Så hvordan adskiller disse to formater sig?

Sprint-gennemgang og retrospektiv i Scrum-cyklussen

Sprint review og retrospective ligger efter hinanden i Scrum-cyklussen. Der er en grund til rækkefølgen, som vi vil se om et øjeblik:

Sprint Review og retrospektive i Scrum-cyklussen

Sprint Review and Retrospective in the Scrum Cycle

Sprint-gennemgang vs. retrospektiv

Definition: Sprint-gennemgang

Den Sprint-gennemgang er en workshop i slutningen af en Scrum Sprint-cyklus, hvor et Scrum-team gennemgår, hvad der blev gjort i løbet af det sidste Sprint. Baseret på dette, den såkaldte Produkt-backlog opdateret.

Definition: Sprint retrospektiv

Den Sprint-retrospektiv på den anden side finder sted efter sprintgennemgangen. Her reflekterer Scrum-teamet over deres samarbejde og muligheder for forbedringer. For at kunne gennemføre denne refleksion fuldstændigt, skal der allerede have fundet et review sted før retrospektivet.

Forskelle mellem Sprint Review og Retrospective

Her kan du også finde forskellene i tabelform:

 Sprint-gennemgangTilbageblik
FokusArbejdsresultaterne fra det sidste sprintLøbende forbedring af samarbejdet
DeltagerTeammedlemmer (dvs. udviklere, Scrum Master og produktejer), og ideelt set også interessenter (brugere, ledere, kunder eller andre fagområder)Kun teamet selv, dvs. udviklere, Scrum Master og Product Owner.
TidI slutningen af sprintet, selv før retrospektivetI slutningen af sprinten, efter gennemgangen

Kan jeg kombinere Sprint Review og Retrospective?

Ja, i princippet kan sprint reviews og retrospectives kombineres. Men det er tvivlsomt, om deltagerne har energi nok til at gennemføre disse to omfattende møder efter hinanden med fuld koncentration.

Som regel anbefales det derfor at planlægge mindst én pause mellem sprint reviewet og retrospektivet. Ideelt set ville sprint reviewet f.eks. ligge om morgenen og retrospektivet om eftermiddagen. Alternativt kan du blot planlægge dem på to på hinanden følgende dage.

Konklusion: Sprint review og retrospektiv er ikke det samme

Kort sagt: I Scrum-cyklussen finder sprint-retrospektivet sted efter sprint-gennemgangen. Mens sprint review fokuserer på de konkrete resultater af arbejdet, fokuserer retrospektivet på den løbende forbedring af samarbejdet.

Hvis du stadig leder efter et passende retrobræt (med 60+ retro-metoder), kan vores artikel hjælpe dig med emnet: De bedste retroboards i sammenligning.

Krediteringer: Pointing photo created by wayhomestudio - www.freepik.com

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