Sprintgjennomgang: Hva det er & hvordan du gjennomfører en i 2026

En sprintgjennomgang bruker vanligvis Scrum-programvare eller smidig prosjektstyringsprogramvare for å demonstrere fremdriften. Vanligvis deltar Scrum-teamet, Scrum-masteren, produkteieren og eventuelt andre interessenter. Det er én av de tre Scrum-seremoniene, eller «hendelsene», som kjennetegner rammeverket for smidig Scrum-leveranse. De kalles seremonier, men er egentlig bare møter!

Hvorfor gjennomføre en sprintgjennomgang?

Formålet med en sprintgjennomgang er samarbeid i sanntid mellom Scrum-teamet, produkteieren og interessentene. Det er en demonstrasjon av fremdrift og resultater som fører til at elementer i backloggen blir godkjent for levering.

7 fordeler med et sprintgjennomgangsmøte

1. Tilbakemeldinger og samarbeid: Sprintgjennomganger gir interessentene en plattform for å gi tilbakemeldinger og muliggjør tidlig oppdagelse og korrigering av problemer. Dette bidrar til å utvikle et produkt av høyere kvalitet som samsvarer med brukernes behov og forventninger.
2. Økt åpenhet: Sprintgjennomganger øker åpenheten i utviklingsprosessen. Ved å vise frem arbeidet som er gjort, utviklingstakten og diskutere de neste stegene får interessentene et tydelig bilde av prosjektets fremdrift, utfordringene som er møtt og teamets kapasitet.
3. Samkjøring og fokus i teamet: Ved å gjennomgå sprintens fremdrift opp mot sprintmålene blir det enklere å holde teamet samkjørt og fokusert. Det tydeliggjør forventninger og prioriteringer for senere sprinter.
4. Involvering og tilfredshet blant interessentene: Regelmessig kontakt med interessentene under disse møtene øker deres involvering og tilfredshet. Det gir dem en følelse av eierskap og medvirkning i utviklingsprosessen.
5. Tilpasningsevne og fleksibilitet: Sprintgjennomganger gjør det mulig for teamene å tilpasse og justere planer basert på tilbakemeldinger og endrede krav. Denne fleksibiliteten er avgjørende for å lykkes med en smidig tilnærming til håndtering av usikkerhet rundt omfanget.
6. Motivasjon og anerkjennelse: Sprintgjennomganger gir Scrum-teamet en plattform for å vise frem arbeidet sitt, noe som kan styrke moralen. Å anerkjenne teamets innsats og resultater foran interessentene kan være svært motiverende.
7. Læring og muligheter for forbedring: Sprintgjennomganger gir teamet mulighet til å reflektere over prosessene og arbeidsmetodene sine og lære av både suksesser og utfordringer. Denne kontinuerlige læringen fremmer et miljø for stadig forbedring.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

Hva skjer under en sprintgjennomgang?

Under sprintgjennomgangen gir prosjektteamet en oversikt over fremdriften de har hatt i løpet av sprinten, samt blokkeringer eller hindringer som forhindret dem fra å fullføre bestemte oppgaver eller leveranser.

Du kan gå inn på hvordan og hvorfor forsinkelser eller blokkeringer oppsto, men styr teamet bort fra å plassere skyld eller ha bredere diskusjoner om problemer med kommunikasjon og samarbeid (dette tar dere opp i sprintretrospektivet; se neste avsnitt).

Fokuser på konkrete tiltak du og teamet kan iverksette for å fjerne blokkeringer, komme tilbake på rett spor og fastsette realistiske frister for gjenstående eller forsinket arbeid.

Til slutt demonstrerer prosjektteamet viktige leveranser eller produktfunksjoner som de har fullført i løpet av sprinten, og interessentene kan gi tilbakemeldinger.

Unngå at sprintgjennomgangsmøtet utvikler seg til en pressebriefing ved å unngå statiske presentasjoner – dette formatet er sjelden mer produktivt enn en e-post.

Sprintgjennomgang kontra sprintretrospektiv

En sprintgjennomgang må ikke forveksles med et sprintretrospektiv (selv om det er lett å blande dem sammen!). Begge er viktige deler av Scrum-prosessen, og de er de to siste stegene i syklusen, men måten du gjennomfører dem på er forskjellig.

En sprintgjennomgang fokuserer på produktet, mens retrospektivmøtet fokuserer på selve prosessen.

Se for deg at du nærmer deg slutten av sprinten, og at du har noe som ligner på en tømt sprintbacklog.

Du planlegger en sprintgjennomgang for å kontrollere fremdriften Scrum-teamet ditt har hatt mot leveransen, og fjerne eventuelle gjenværende hindringer.

La oss for eksempel si at denne sprinten innebar å produsere 10 000 kodelinjer for appen teamet arbeider med. Sprintgjennomgangen er stedet for å sikre at koden kjører og er validert, og at dere er klare til å sette den i produksjon.

Retrospektivet gjennomgår derimot prosessen dere fulgte under den siste sprinten, med mål om å forbedre driften under neste sprint.

Under retrospektivet samler dere inn tilbakemeldinger om folks erfaringer med å bli integrert i teamet, kommunisere kodeendringer eller hva som ellers påvirket prosessen. 

Retrospektivet skal fungere som en slags gjennomgang der alle kan lære hvordan de kan samarbeide bedre, uavhengig av produktet. 

Spør folk hvordan de har det, og om de har forslag til neste arbeidsrunde i prosjektet:

• Hva ønsker de å se i neste sprint?
• Føler de at de arbeidet under stort press?
• Hadde de for mye tid til rådighet?

Det er fortsatt fristende å viske ut forskjellene mellom en sprintgjennomgang og et retrospektiv. Hvis du har samlet alle til en sprintgjennomgang, er jo alle allerede på plass, så hvorfor ikke gjøre begge deler samtidig?

Scrum-guiden fraråder dette, og hvis dere må gjøre alt i én økt, bør dere tydelig skille mellom de to fasene i møtet for å hindre at de flyter over i hverandre.

Her er en kort innføring i hvilke temaer som hører hjemme i hvilke møter, og når du bør avvike fra planen og rette Scrum-teamets fokus på nytt når et retrospektiv truer med å bryte ut under en sprintgjennomgang.

Sprintgjennomgang eller retrospektiv	Hva som inkluderes	Hva som ikke inkluderes
Sprintgjennomgang	Om elementene i produktbackloggen er ferdige Hvorfor elementene i produktbackloggen ikke er ferdige Nye funksjoner og ny funksjonalitet i produktet Leveringsdato for produktet eller en realistisk lanseringsplan	Hvor vanskelig det var å overholde fristen Hvor dårlig folk føler seg fordi fristen ble overskredet Hvordan det er Julies skyld at vi ikke overholdt fristen Hvordan frister bare er et tall, og at alle burde ta det mer med ro
Sprintretrospektiv	Hvordan kommunikasjonen mellom teammedlemmene har fungert Forslag til effektivisering av arbeidsflyt og teamprosesser Måter å gjøre utviklingsteam mer smidige på Suksesskriterier og metodikk for å utvikle standarder for realistiske milepæler	Problemer med selve produktet Funksjoner i det nåværende produktet Planer for tekniske detaljer eller en mal for spesifikke mål

Tips for å forberede sprintgjennomgangen

Ved å innføre et system for å samle inn tilbakemeldinger om produktet og holde deg til det, kan du effektivt bygge en maskin for kontinuerlig forbedring og iterasjon.

Så hvordan kommer du i gang med å gjennomføre en sprintgjennomgang? Her er noen tips du bør huske på:

• Sørg for at alle i teamet vet når og hvor gjennomgangen finner sted, og fortell alle hvilken rolle de skal ha i gjennomgangen. Jo mer tid du gir dem til å forberede seg, desto mer produktive vil medarbeiderne dine være når det er deres tur til å orientere teamet om fremdriften.
• Fokuser på produktet og det som er bygget. Gjør møtet til en praktisk opplevelse der produkteieren og interessentene kan se og samhandle med produktet. Denne tilnærmingen bidrar til å innhente verdifulle tilbakemeldinger og oppmuntrer til engasjement blant interessentene.
• Vær grundig forberedt, og sørg for at alle arbeidselementer er ferdigstilt og klare for demonstrasjon. Tenk gjennom demonstrasjonen og hvordan du skal vise at elementene i backloggen oppfyller brukerhistorien og definisjonen av ferdig, og at de kan leveres.
• Forbered demonstrasjoner ved å innhente temaer på forhånd og sette opp de virtuelle og fysiske rommene deretter.
• Lag en enkel notatmal som hjelper deg med å dokumentere resultatene fra møtet. Smidige metoder legger vekt på begrenset dokumentasjon, så du trenger ikke bekymre deg for å bli for detaljert her. Det er ganske enkelt en måte å holde oversikt over tiltak knyttet til prosjektet på.

Slik gjennomfører du et sprintgjennomgangsmøte

Selv om du står fritt til å strukturere sprintgjennomganger slik du ønsker, finnes det gode og mindre gode tilnærminger. Her er noen trinn for gjennomføring av sprintgjennomganger som de fleste som følger Scrum-metoden, har hatt nytte av:

1. Oversikt over fremdrift og tilbakeslag
2. Gjennomgang av hva som gikk bra og hva som ikke gikk bra
3. Utarbeidelse av en plan for å fjerne hindringer
4. Demonstrasjon av funksjoner

1. Oversikt over fremdrift

Gå rundt bordet og la alle fortelle hvordan det går med produktet. Nådde de målene for sprinten? Oppfyller leveransene brukerbehovene, brukerhistorien og definisjonen av ferdig?

Hvis ikke, hvor nærme er de nå, og når blir de ferdige? Ikke la diskusjonen spore av til årsakene til at det har oppstått en forsinkelse. 

Fokuser på en enkel rapportering av fremdriften (eller mangelen på den). Diskusjoner om hvorfor kommer senere, etter at alle har levert rapportene sine og du vet hvor langt dere har kommet med de ulike prosjektkomponentene.

2. Gjennomgang

Dette er delen der man kan diskutere hvordan og hvorfor mangler har oppstått. Gå inn i denne delen av agendaen etter at hvert teammedlem har fått mulighet til å uttale seg, og du har forstått hvor de ulike trinnene i utrullingen befinner seg akkurat nå. 

Bruk gjennomgangen til å se på de positive resultatene først. Legg merke til prosjektmålene som gikk bra, og prøv å vurdere hvor nær tidsfristen dere kom før alt var klart. Dette gir deg en idé om hvorvidt tempoet kan økes litt i neste sprint.

Se deretter på eventuelle mangler, og be om innspill på hvordan forsinkelsen oppsto og når den vil bli løst. Ikke vær for hard mot teamet her. Hvis alle uten problemer nådde målene sine tre dager inn i en femdagers sprint, betyr det at dere ikke setter ambisiøse nok mål.

3. Fjerning av hindringer

Se for deg hvilke hindringer dere kan møte i kommende sprinter. Det kan være et lite budsjett, behov for kompetanse fra noen utenfor det nåværende teamet, et regulatorisk problem eller rapporteringsproblem, eller endrede markedsforhold som kan påvirke etterspørselen etter produktet. 

Målet med denne fasen er å oppdage disse hindringene på forhånd og planlegge hvordan de skal håndteres nå, i stedet for etter at de fører til en flaskehals i dagene som kommer. Bruk denne informasjonen til å oppdatere produktkøen etter behov.

More Articles

• Smidig kontra fossefallsmetodikk for prosjektstyring
• Kanban kontra Scrum: Forskjeller og hvordan velge

4. Produktdemonstrasjon

Denne fasen supplerer produktoversikten med en demonstrasjon av de viktigste oppdateringene som ble levert i den siste sprinten. Fremfor alt er dette en mulighet til å vise frem teamets prestasjoner og styrke moralen.

Agenda for sprintgjennomgang

Her er et eksempel på en møteagenda for sprintgjennomgangen (med foreslåtte tidsbegrensninger):

1. Innledning (5 minutter)

• Kort velkomst og introduksjon
• Presenter møtets formål og mål

2. Gjennomgang av sprintmålene (10 minutter)

• Oppsummer målene som ble satt i begynnelsen av sprinten
• Fremhev sprintens viktigste fokusområder

3. Produktdemonstrasjon (20–30 minutter)

• Presenter arbeidet som ble fullført i løpet av sprinten
• Demonstrer nye funksjoner, forbedringer og feilrettinger
• Sett av tid til korte spørsmål og svar etter hver demonstrasjon

4. Gjennomgang av produktkøen (10 minutter)

• Gå gjennom den nåværende statusen for produktkøen
• Diskuter eventuelle elementer som ble lagt til, fjernet eller omprioritert i løpet av sprinten

5. Tilbakemeldingsøkt (15–20 minutter)

• Be interessenter og teammedlemmer om tilbakemeldinger
• Diskuter hva som gikk bra, og hva som kan forbedres
• Oppmuntre til en åpen og ærlig diskusjon

6. Gjennomgang av nøkkeltall og resultater (10 minutter)

• Diskuter sentrale resultatindikatorer (KPI-er), gjennomføringstakt og andre relevante nøkkeltall
• Sammenlign planlagt og faktisk fremdrift

7. Planlegging fremover (10 minutter)

• Lag en foreløpig skisse av tanker for neste sprint
• Identifiser mulige elementer i produktkøen som bør behandles
• Diskuter eventuelle justeringer basert på tilbakemeldinger og gjennomgang

8. Avslutning (5 minutter)

• Oppsummer de viktigste lærdommene og beslutningene
• Bekreft datoen og målene for det neste sprintplanleggingsmøtet
• Takk alle for deltakelsen og bidragene

9. Åpen runde (valgfritt, 5–10 minutter)

• Gi anledning til eventuelle siste spørsmål eller kommentarer
• Ta opp eventuelle andre saker eller kunngjøringer

Hva skjer videre?

Har du egne tips og triks for å gjennomføre sprintgjennomganger? Bli med i samtalen på Slack sammen med over 100 andre digitale prosjektledere med DPM Membership!