Diese Seite wurde automatisch übersetzt. Für ein besseres Leseerlebnis wechsle bitte auf Englisch.

Auf Englisch wechseln
Jean Michel Diaz
Jean Michel Diaz

Sprint review vs. retrospektiv: enkelt förklarat med en bild

Skillnad mellan Sprint Review och Retrospective

Vi definierade i den förra artikeln, vad en retrospektiv egentligen är . Vi pratade också om Scrum som ett ramverk för agila arbetsmetoder. Och i detta ramverk finns det, förutom retrospektivet, också ett mötesformat som kallas Sprint recension.

Hur skiljer sig då dessa två format åt?

Sprintgenomgång och retrospektiv i Scrum-cykeln

Sprint review och retrospective ligger efter varandra i Scrum-cykeln. Det finns en anledning till denna ordning, vilket vi kommer att se om en stund:

Sprint Review och Retrospektiv i Scrum-cykeln

Sprint Review and Retrospective in the Scrum Cycle

Sprintgenomgång kontra retrospektiv

Definition: Sprintgenomgång

Den Sprint recension är en workshop i slutet av en Scrum Sprint-cykel där ett Scrum-team granskar vad som gjordes under den senaste Sprint-cykeln. Baserat på detta är den så kallade Produkt Backlog uppdaterad.

Definition: Retrospektiv sprint

Den Retrospektiv sprint å andra sidan, äger rum efter sprintgenomgången. Här reflekterar Scrum-teamet över sitt samarbete och möjligheter till förbättringar. För att kunna genomföra denna reflektion fullständigt måste en granskning redan ha ägt rum före retrospektivet.

Skillnader mellan Sprint Review och Retrospective

Här kan du också hitta skillnaderna i tabellform:

 Sprint recensionRetrospektiv
FokusArbetsresultaten från den senaste sprintenKontinuerlig förbättring av samarbetet
DeltagareTeammedlemmar (alltså utvecklare, Scrum Master och Produktägare), och helst även intressenter (användare, chefer, kunder eller andra expertområden)Endast själva teamet, dvs. utvecklare, Scrum Master och Product Owner.
TidI slutet av sprinten, till och med före retrospektivetI slutet av sprinten, efter genomgången

Kan jag kombinera Sprint Review och Retrospective?

Ja, i princip kan sprint reviews och retrospectives kombineras. Det är dock tveksamt om deltagarna har tillräckligt med energi för att genomföra dessa två omfattande möten efter varandra med full koncentration.

Som regel är därför rekommendationen att schemalägga minst en paus mellan sprintgenomgången och retrospektiven. Idealiskt vore till exempel att sprint review sker på förmiddagen och retrospective på eftermiddagen. Alternativt kan du helt enkelt schemalägga dem på två på varandra följande dagar.

Slutsats: Sprint review och retrospektiv är inte samma sak

I korthet: I Scrum-cykeln sker sprint-retrospektivet efter sprint-genomgången. Medan sprint review fokuserar på de konkreta resultaten av arbetet, fokuserar retrospective på den kontinuerliga förbättringen av samarbetet.

Om du fortfarande letar efter ett lämpligt retrokort (med 60+ retrometoder) kan vår artikel hjälpa dig med ämnet: De bästa retrobrädorna i jämförelse.

Kreditvärdighet: Pointing photo created by wayhomestudio - www.freepik.com

Blog-Kategorie

Weitere Artikel zu "Tips om smidighet"

Alle Artikel dieser Kategorie ansehen
Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Agil Spotify-modell: Squads, Tribes, Chapters & Guilds förklaras

Kort översikt över Spotify-modellen: Hur Squads, Tribes, Chapters och Guilds skalar agilitet, vilka roller som är involverade och vad du bör tänka på när du implementerar den.

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

5 idéer för sprintretrospektiv som teamen garanterat kommer att fira

Som psykolog och Scrum Master har jag förmodligen en ovanlig syn på idéer för sprintretrospektiv. Jag har ett något större fokus på den "mjuka" sidan av kontinuerlig förbättring. Man kan också tala...

Mina 7 favoritmallar för Agile-återblickar

Mina 7 favoritmallar för Agile-återblickar

I mitt team genomför vi en agil retrospektiv oftare än genomsnittet: Varje fredag, alltså en gång i veckan. Och du kommer inte att tro det - bland annat tack vare de många superagila retrospektivma...

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Hur kan du förbättra kommunikationen i ett team som utvecklar programvara på distans?

Det finns olika åtgärder och tillvägagångssätt för att förbättra kommunikationen i virtuella eller distansbaserade team av programvaruutvecklare och programvaruingenjörer. Det spelar ingen roll om...

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

DORA & SPACE-mätningar: 2 teamworkshops för förbättring

Om du är en teknisk ledare vill du förmodligen veta hur bra ditt team är på att leverera programvara och hur du kan förbättra det. Du kanske redan har hört talas om DORA-måtten och SPACE-ramverket,...

Arbetsavtal: 10 exempel, mallar och exempel

Arbetsavtal: 10 exempel, mallar och exempel

Effektivt samarbete i team är avgörande för framgång, särskilt i samband med agila metoder som Scrum. Arbetsavtal spelar en avgörande roll för att skapa ett tydligt ramverk för samarbete. Och natur...

Checklista för teamledare: 10 viktiga uppgifter

Checklista för teamledare: 10 viktiga uppgifter

Som teamledare tar du ett stort ansvar för dina medarbetare och ditt team. Den här checklistan för teamledare gör det lättare för dig att hålla överblicken och se till att inget går fel. Vår mall l...

Scrum Master som tjänande ledare: 8 tankeställare

Scrum Master som tjänande ledare: 8 tankeställare

Som erfaren psykolog och Scrum Master förstår jag de utmaningar som teamledare ställs inför i agila miljöer. Att hitta balansen mellan agilitet och ledarskap är ingen lätt uppgift. I det här inlägg...

Inte alla Scrum-team är agila: Fake Agile

Inte alla Scrum-team är agila: Fake Agile

Fake Agile: Är alla Scrum-team agila? Nej, tyvärr är inte alla Scrum-team faktiskt agila. Låt mig förklara: Ett Scrum-team definieras genom att det arbetar enligt Scrum-ramverket: Det har alltså sp...

Echometer Nyhetsbrev

Missa inte uppdateringar om Echometer och få inspiration till agilt arbete