Denne siden ble automatisk oversatt. For en bedre leseopplevelse, vennligst bytt til engelsk.

Bytt til engelsk

Sprintgjennomgang vs. retrospektiv: enkelt forklart med et bilde

Forskjellen mellom Sprint Review og Retrospective

Vi definerte dette i forrige artikkel, hva et tilbakeblikk egentlig er . Vi snakket også om Scrum som et rammeverk for smidige arbeidsmetoder. Og i dette rammeverket finnes det, i tillegg til retrospektivet, også et møteformat kalt Sprint-gjennomgang.

Hvordan skiller disse to formatene seg fra hverandre?

Sprintgjennomgang og retrospektiv i Scrum-syklusen

Sprintgjennomgangen og retrospektivet kommer etter hverandre i Scrum-syklusen. Det er en grunn til denne rekkefølgen, som vi snart skal se:

Sprint Review og Retrospektive i Scrum-syklusen

Sprint Review and Retrospective in the Scrum Cycle

Sprintgjennomgang vs. retrospektiv

Definisjon: Sprintgjennomgang

Den Sprint-gjennomgang er en workshop på slutten av en Scrum Sprint-syklus der Scrum-teamet går gjennom hva som ble gjort i løpet av den siste sprinten. På bakgrunn av denne gjennomgangen utarbeides den såkalte Produktetterslep oppdatert.

Definisjon: Sprint-retrospektiv

Den Sprint-retrospektiv finner derimot sted etter sprintgjennomgangen. Her reflekterer Scrum-teamet over samarbeidet og mulighetene for forbedring. For at denne refleksjonen skal være fullstendig, må det allerede ha vært en gjennomgang før retrospektivet.

Forskjeller mellom Sprint Review og Retrospective

Her finner du også forskjellene i tabellform:

 Sprint-gjennomgangTilbakeblikk
FokusArbeidsresultatene fra den siste sprintenKontinuerlig forbedring av samarbeidet
DeltakerTeammedlemmer (altså utviklere, Scrum Master og produkteier), og ideelt sett også interessenter (brukere, ledere, kunder eller andre fagområder)Kun teamet selv, dvs. utviklere, Scrum Master og produkteier.
TidPå slutten av sprinten, til og med før retrospektivetVed slutten av sprinten, etter gjennomgangen

Kan jeg kombinere Sprint Review og Retrospective?

Ja, i prinsippet kan sprintgjennomganger og retrospektive møter kombineres. Det er imidlertid tvilsomt om deltakerne har nok energi til å gjennomføre disse to omfattende møtene etter hverandre med full konsentrasjon.

Som regel anbefales det derfor å legge inn minst én pause mellom sprintgjennomgangen og retrospektivet. Ideelt sett bør du for eksempel ha sprintgjennomgangen om morgenen og retrospektivet om ettermiddagen. Alternativt kan du ganske enkelt legge dem på to påfølgende dager.

Konklusjon: Sprintgjennomgang og retrospektiv er ikke det samme

Kort oppsummert: I Scrum-syklusen finner sprintretrospektivet sted etter sprintgjennomgangen. Mens sprintgjennomgangen fokuserer på de konkrete resultatene av arbeidet, fokuserer retrospektivet på den kontinuerlige forbedringen av samarbeidet.

Hvis du fortsatt er på utkikk etter et passende retrobrett (med over 60 retro-metoder), kan artikkelen vår hjelpe deg med temaet: De beste retrobrettene i sammenligning.

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

Bloggkategori

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

Den agile Spotify-modellen med Squads, Tribes, Chapters og Guilds enkelt forklart. Lær mer om fordeler, typiske fallgruver og bruksområder.

5 ideer til sprintretrospektiv som teamene garantert vil feire

5 ideer til sprintretrospektiv som teamene garantert vil feire

Oppdag 5 sprintretrospektivideer som teamet ditt vil elske! Fra batteriretro til seilbåt – forbedre dine smidige prosesser og teamarbeid.

Mine 7 favorittmaler for Agile-retrospektiver

Mine 7 favorittmaler for Agile-retrospektiver

Oppdag 7 uvanlige maler for agile retrospektiver som garantert vil motivere teamet ditt! Fra batteri til CEO – nye impulser for din neste sprint-retro.

Hvordan kan du forbedre kommunikasjonen i et eksternt programvareutviklingsteam?

Hvordan kan du forbedre kommunikasjonen i et eksternt programvareutviklingsteam?

Forbedre kommunikasjonen i eksterne programvareteam! Oppdag effektive tiltak for smidig programvareutvikling, fra 1-1-møter til retrospektiver.

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

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

Optimaliser programvareleveransen din med DORA & SPACE-metrikker! I denne artikkelen lærer du hvordan du kan forbedre ytelsen med team-workshops.

Arbeidsavtaler: 10 eksempler, eksempler og maler

Arbeidsavtaler: 10 eksempler, eksempler og maler

Agile arbeidsavtaler: 10 eksempler, maler og utkast for Scrum, fjernteam og SAFe. Slik forbedrer du samarbeidet og styrker team!

Sjekkliste for teamledere: 10 viktige oppgaver

Sjekkliste for teamledere: 10 viktige oppgaver

10 oppgaver for teamledere: Denne sjekklisten hjelper deg med å beholde oversikten og lede dine ansatte optimalt. ✓ Nå gratis som PDF!

Scrum-masteren som tjenende leder: 8 tankevekkere

Scrum-masteren som tjenende leder: 8 tankevekkere

Lær hvordan du blir en tjenende leder som Scrum Master! 8 tips om kommunikasjon, selvorganisering og agil prosjektledelse for ditt agile team.

Ikke alle Scrum-team er smidige: Fake Agile

Ikke alle Scrum-team er smidige: Fake Agile

Ikke alle Scrum-team er agile: Finn ut hva falsk smidighet betyr, hvilke årsaker det har (manglende tilbakemeldinger fra kunder, fokus på velocity) og hvordan du beskytter deg.

Echometer Nyhetsbrev

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