Sprintgennemgang: Hvad det er & hvordan du afholder en i 2026
Det kan være svært at afholde sprintgennemgangsmøder; i dette indlæg vil jeg dele, hvordan du kan gøre dem lettere. Når dit team har arbejdet hårdt og præsenterer deres fremskridt i håbet om at få godkendt punkter fra sprintbackloggen, vil du gerne have godkendt disse leverbare inkrementer. Lad os se nærmere på, hvordan du får det til at ske.
Hvad er et sprintgennemgangsmøde?
Et sprintgennemgangsmøde er et møde, hvor produktteamet (eller projektteamet) og produktejeren samles ved afslutningen af et sprint for at gennemgå det arbejde, der blev færdiggjort fra sprintbackloggen.
På sprintgennemgangsmødet præsenterer og demonstrerer teamet punkter fra sprintbackloggen, som de mener er leverbare. Produktejeren accepterer eller afviser derefter funktionerne baseret på, om de opfylder brugerens behov, acceptkriterierne, DoD (definitionen af færdig) og deres forventninger, hvorefter produktejeren drøfter med teamet, hvordan man kommer videre.
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
En sprintgennemgang benytter normalt software til Scrum eller software til agil projektstyring til at hjælpe med at demonstrere fremskridt. Den overværes normalt af Scrum-teamet, Scrum-masteren, produktejeren og potentielt andre interessenter. Det er en af de 3 Scrum-ceremonier, eller 'begivenheder', der kendetegner den agile Scrum-leveranceramme. De kaldes ceremonier, men de er i virkeligheden bare møder!
Hvorfor afholde en sprintgennemgang?
Formålet med en sprintgennemgang er samarbejde i realtid mellem Scrum-teamet, produktejeren og interessenterne. Det er en demonstration af fremskridt og resultater, som fører til godkendelse af punkter i backloggen, så de kan leveres.
7 fordele ved et sprintgennemgangsmøde
- Tilbagemeldinger og samarbejde: Sprintgennemgange giver interessenterne en platform til at give tilbagemeldinger og gør det muligt tidligt at opdage og rette problemer. Det hjælper med at udvikle et produkt af højere kvalitet, der matcher brugernes behov og forventninger.
- Øget gennemsigtighed: Sprintgennemgange øger gennemsigtigheden i udviklingsprocessen. Ved at fremvise det udførte arbejde og hastigheden samt drøfte de næste skridt får interessenterne et klart billede af projektets fremskridt, de udfordringer, der er opstået, og teamets kapacitet.
- Fælles retning og fokus for teamet: Gennemgang af sprintets fremskridt i forhold til sprintmålene hjælper med at holde teamet samlet om en fælles retning og fokuseret. Det tydeliggør forventninger og prioriteter for de efterfølgende sprints.
- Interessentinddragelse og tilfredshed: Regelmæssig interaktion med interessenterne under disse møder øger deres engagement og tilfredshed. Det giver dem en følelse af ejerskab og involvering i udviklingsprocessen.
- Tilpasningsevne og fleksibilitet: Sprintgennemgange giver teams mulighed for at tilpasse og justere planer baseret på tilbagemeldinger og ændrede krav. Denne fleksibilitet er afgørende for at få succes med en agil tilgang til håndtering af usikkerhed omkring omfanget.
- Morale og anerkendelse: Sprintgennemgange giver Scrum-teamet en platform til at fremvise deres arbejde, hvilket kan styrke moralen. At anerkende teamets indsats og resultater foran interessenterne kan være yderst motiverende.
- Muligheder for læring og forbedring: Sprintgennemgange giver teamet mulighed for at reflektere over deres processer og praksisser og lære af både succeser og udfordringer. Denne kontinuerlige læring fremmer et miljø med konstant forbedring.
Hvad sker der under en sprintgennemgang?
Under sprintgennemgangen giver projektteamet et overblik over de fremskridt, de har gjort under sprintet, samt de blokeringer eller forhindringer, der forhindrede dem i at færdiggøre bestemte opgaver eller leverancer.
Du kan gå ind i hvordan og hvorfor omkring eventuelle forsinkelser eller blokeringer, men led teamet væk fra at placere skyld eller føre bredere diskussioner om problemer med kommunikation og samarbejde (det gennemgår I i sprintretrospektivet; se næste afsnit).
Fokuser på konkrete skridt, som du og teamet kan tage for at fjerne blokeringer, komme tilbage på sporet og fastsætte realistiske tidsfrister for eventuelt resterende eller forsinket arbejde.
Til sidst demonstrerer projektteamet vigtige leverancer eller produktfunktioner, som de har færdiggjort under sprintet, og interessenterne kan give tilbagemeldinger.
Undgå, at dit sprintgennemgangsmøde udvikler sig til en presseorientering, ved at undgå statiske præsentationer – dette format er sjældent mere produktivt end en e-mail.
Sprintgennemgang versus sprintretrospektiv
En sprintgennemgang bør ikke forveksles med et sprintretrospektiv (selvom de er nemme at blande sammen!). Begge er vigtige dele af Scrum-processen, og de er de sidste to trin i cyklussen, men måden, du afholder dem på, er forskellig.
En sprintgennemgang fokuserer på produktet, mens det retrospektive møde fokuserer på selve processen.
Forestil dig, at du nærmer dig afslutningen på sprintet, og at du har noget, der minder om en ryddet sprintbacklog.
Du planlægger en sprintgennemgang for at kontrollere de fremskridt, dit Scrum-team har gjort hen imod leveringen, og fjerne eventuelle resterende forhindringer.
Lad os for eksempel sige, at dette sprint omfattede produktion af 10.000 linjer kode til den app, teamet arbejder på. Sprintgennemgangen er stedet, hvor man sikrer, at koden fungerer og er valideret, og at man er klar til at gå live med den.
Det retrospektive møde gennemgår derimod den proces, I fulgte under det seneste sprint, med det formål at forbedre driften under det næste sprint.
Under det retrospektive møde indsamler I feedback om folks erfaringer med at blive integreret i teamet, kommunikere kodeændringer eller hvad der ellers påvirkede processen.
Det retrospektive møde skal fungere som en slags evaluering, hvor alle kan lære at arbejde bedre sammen, uanset produktet.
Spørg folk, hvordan de har det, og om de har forslag til den næste arbejdsrunde på dit projekt:
- Hvad vil de gerne se i det næste sprint?
- Føler de, at de arbejdede under stort tidspres?
- Havde de for meget tid til rådighed?
Det er stadig fristende at udviske grænserne mellem en sprintgennemgang og et retrospektivt møde. Hvis du har samlet alle til en sprintgennemgang, har du allerede alle samlet, så hvorfor ikke gøre begge dele på én gang?
Scrum-guiden fraråder dette, og hvis du er nødt til at gøre alt i én session, bør du tydeligt adskille de to faser af mødet for at forhindre, at de flyder sammen.
Her er en hurtig gennemgang af, hvilke emner der hører til i hvilke møder, og hvornår du bør afvige fra planen og fokusere Scrum-teamet igen, når et retrospektivt møde truer med at bryde ud under en sprintgennemgang.
| Sprintgennemgang eller retrospektivt møde | Hvad er inkluderet | Hvad er ikke inkluderet |
|---|---|---|
| Sprintgennemgang | Om punkterne i produktbackloggen er færdige Hvorfor punkterne i produktbackloggen ikke er færdige Produktets nye funktioner og funktionalitet Produktets leveringsdato eller en realistisk udgivelsesplan | Hvor svært det var at overholde fristen Hvor dårligt folk har det over ikke at have overholdt fristen Hvordan det er Julies skyld, at vi ikke overholdt fristen Hvordan frister blot er tal, og at alle bør tage det mere afslappet |
| Retrospektivt sprintmøde | Hvordan kommunikationen mellem teammedlemmerne er forløbet Forslag til effektivisering af arbejdsgange og teamprocesser Måder at gøre udviklingsteams mere agile på Kriterier for succes og metoder til udvikling af standarder for realistiske milepæle | Problemer med selve produktet Det nuværende produkts funktioner Planer for tekniske detaljer eller en skabelon til specifikke målsætninger |
Tips til forberedelse af sprintgennemgangen
Ved at implementere et system til indsamling af produktfeedback og holde fast i det kan du effektivt opbygge en maskine til løbende forbedring og iteration.
Så hvordan kommer du i gang med at afholde en sprintgennemgang? Her er nogle tips, du bør huske på:
- Sørg for, at alle på teamet ved hvornår og hvor gennemgangen finder sted, og fortæl alle, hvad deres rolle i gennemgangen bliver. Jo mere tid du giver dem til at forberede sig, desto mere produktive vil dine medarbejdere være, når det bliver deres tur til at orientere teamet om deres fremskridt.
- Fokuser på produktet og på det, der er blevet bygget. Gør mødet til en praktisk oplevelse, hvor produktejeren og interessenterne kan se og interagere med produktet. Denne tilgang hjælper med at indhente værdifuld feedback og fremmer interessenternes engagement.
- Vær grundigt forberedt, og sørg for, at alle arbejdselementer er færdige og klar til demonstration. Tænk demonstrationen igennem, og overvej, hvordan du vil vise, at punkterne i backloggen opfylder brugerhistorien og definitionen af færdig, og at de kan leveres.
- Forbered demonstrationer ved at indhente emner på forhånd og indrette de virtuelle og fysiske lokaler derefter.
- Opret en enkel notatskabelon for at hjælpe dig med at dokumentere mødets resultater. Agile metoder lægger vægt på begrænset dokumentation, så du behøver ikke bekymre dig om at gå for meget i detaljer her. Det er blot en måde, hvorpå du kan holde styr på handlingspunkter, der er relateret til projektet.
Sådan afholder du et sprintgennemgangsmøde
Selvom du frit kan strukturere sprintgennemgange, som du ønsker, findes der både gode og mindre gode tilgange. Her er nogle trin til at gennemføre sprintgennemgange, som de fleste, der følger Scrum-metoden, har fundet nyttige:
- Overblik over fremskridt og tilbageslag
- Gennemgang af, hvad der gik godt, og hvad der ikke gjorde
- Udarbejdelse af en plan for at fjerne hindringer
- Demonstration af funktioner
1. Overblik over fremskridt
Gå bordet rundt, og lad alle fortælle, hvordan det går med produktet. Nåede de deres sprintmål? Opfylder leverancerne brugernes behov, brugerhistorien og definitionen af færdig?
Hvis ikke, hvor tæt er de så på nu, og hvornår bliver de færdige? Lad ikke diskussionen bevæge sig over i årsagerne til, at der er opstået en forsinkelse.
Fokuser på en enkel rapportering af fremskridtene (eller manglen på samme). Diskussioner om hvorfor kommer senere, når alle har afgivet deres rapporter, og du ved, hvor langt I er kommet med de forskellige projektkomponenter.
2. Gennemgang
Det er her, man kan diskutere, hvordan og hvorfor der er opstået mangler. Gå i dybden med denne del af dagsordenen, efter at hvert teammedlem har haft mulighed for at tale, og du forstår, hvor hvert trin i udrulningen befinder sig i øjeblikket.
Brug gennemgangen til først at se på de positive resultater. Notér de projektmål, der gik godt, og prøv at vurdere, hvor tæt tingene kom på deadline, før de var klar. Det giver dig en idé om, hvorvidt tempoet kan sættes lidt op i det næste sprint.
Se derefter på eventuelle mangler, og spørg, hvordan forsinkelsen opstod, og hvornår den vil være afhjulpet. Vær ikke for hård ved teamet her. Hvis alle uden besvær nåede deres mål tre dage inde i et sprint på fem dage, betyder det, at I ikke sætter ambitiøse nok mål.
3. Fjernelse af hindringer
Foregrib, hvilke hindringer I kan støde på i kommende sprints. Det kan være et lille budget, behov for kompetencer fra en person uden for dit nuværende team, et lovgivningsmæssigt eller rapporteringsmæssigt problem eller ændringer i markedsforholdene, der kan påvirke efterspørgslen efter produktet.
Formålet med dette trin er at opdage disse hindringer på forhånd og planlægge, hvordan de skal håndteres nu, i stedet for efter at de har forårsaget en flaskehals i de kommende dage. Brug disse oplysninger til at opdatere produktbackloggen efter behov.
4. Produktdemonstration
Dette trin supplerer din produktoversigt med en demonstration af de vigtigste opdateringer, der blev lanceret i det seneste sprint. Frem for alt er det en mulighed for at fremvise teamets resultater og styrke den gode moral.
Dagsorden for sprintgennemgang
Her er et eksempel på en dagsorden for din sprintgennemgang (med foreslåede tidsgrænser):
1. Introduktion (5 minutter)
- Kort velkomst og introduktion
- Beskriv mødets formål og målsætninger
2. Gennemgang af sprintmål (10 minutter)
- Gennemgå målene, der blev fastsat i begyndelsen af sprintet
- Fremhæv sprintets vigtigste fokusområder
3. Produktdemonstration (20-30 minutter)
- Præsentér det arbejde, der blev færdiggjort under sprintet
- Demonstrér nye funktioner, forbedringer og fejlrettelser
- Giv mulighed for en kort spørge- og svarrunde efter hver demonstration
4. Gennemgang af produktbacklog (10 minutter)
- Gennemgå den aktuelle status for produktbackloggen
- Drøft eventuelle elementer, der blev tilføjet, fjernet eller omprioriteret under sprintet
5. Feedbacksession (15-20 minutter)
- Bed interessenter og teammedlemmer om feedback
- Drøft, hvad der gik godt, og hvad der kan forbedres
- Tilskynd til en åben og ærlig diskussion
6. Gennemgang af målinger og resultater (10 minutter)
- Drøft centrale resultatindikatorer (KPI'er), hastighed og andre relevante målinger
- Sammenlign planlagte og faktiske fremskridt
7. Planlægning fremad (10 minutter)
- Skitser indledende tanker til det næste sprint
- Identificer potentielle backlogelementer, der skal håndteres
- Drøft eventuelle justeringer baseret på feedback og gennemgang
8. Konklusion (5 minutter)
- Opsummer de vigtigste pointer og beslutninger
- Bekræft datoen og målene for det næste sprintplanlægningsmøde
- Tak alle for deres deltagelse og bidrag
9. Åben diskussion (valgfrit, 5-10 minutter)
- Giv mulighed for eventuelle afsluttende spørgsmål eller kommentarer
- Tag andre emner eller meddelelser op
Hvad er det næste?
Har du selv tips og tricks til at afholde sprintgennemgange? Deltag i samtalen på Slack sammen med hundredvis af andre digitale projektledere med DPM-medlemskab!
