Sprint Review er en Scrum-begivenhed, der opsummerer arbejdet på produktet, som blev afsluttet i den aktuelle sprint. Det finder sted på den sidste dag af sprinten og er åbent for interessenter. Dets formål er at evaluere inkrementet, dvs. at præsentere den nyeste version af produktet. En vigtig del af Sprint Review er også diskussionen om de forbedringer og opdateringer, der er foretaget. Og også at foretage de nødvendige ændringer i produktbackloggen, så alle interessenter kan se den aktuelle status for produktet.
Sprint Review – indholdsfortegnelse:
- Introduktion
- Interessenternes rolle under Sprint Review
- Udgivelse af inkrementer
- Arbejdet med produktbackloggen under Sprint Review
- Sammenfatning
Introduktion
Sprint Review og Sprint Retrospective er to sprintopsummeringsbegivenheder. I denne artikel har vi skrevet mere udførligt om de roller, som hver Scrum-begivenhed spiller. I dag vil vi blot nævne, at de giver en mulighed for at forankre de tre søjler af empirisme – gennemsigtighed, inspektion og tilpasning – i forhold til produktet og arbejdet i Scrum-teamet.
Sprint Review er dedikeret til produktet. Og dets formål er at inspicere inkrementet, dvs. resultaterne af det arbejde, der er udført i den netop afsluttede sprint. Begivenheden varer maksimalt fire timer. Alle medlemmer af Scrum-teamet samt interessenter, dvs. alle personer, der er interesseret i produktets fremdrift, deltager i den.
Interessenternes rolle under Sprint Review
Under Sprint Review præsenterer Scrum-teamet inkrementet for interessenterne. I den forbindelse opsummerer det de afsluttede opgaver og besvarer specifikke spørgsmål:
- Hvem udførte opgaven?
- Hvad blev der specifikt gjort?
- Hvilket formål havde det?
Interessenterne giver feedback til medlemmerne af Scrum-teamet. Dette muliggør tilpasning, dvs. justering af Scrum-teamets arbejdsmetode til kundens behov og vision. Dette gøres for at maksimere den forretningsmæssige værdi af produktet. Den feedback, der gives ved hver Sprint Review, er særligt vigtig, når der skabes innovative produkter, der løbende skal tilpasses konkurrenternes aktiviteter og markedets behov.
Udgivelse af inkrementer
Vi bør ikke betragte Sprint Review som det eneste tidspunkt, hvor Scrum-teamet frigiver et inkrement til kunden. Hvis en funktionalitet i produktet opfylder definitionen af færdig på forhånd, kan produktlederen beslutte at frigive det med det samme.
Det er også muligt, at et element i produktbackloggen, som Scrum-teamet har arbejdet på i en given sprint, ikke er blevet afsluttet og ikke opfylder definitionen af færdig. Det kan så ikke frigives eller præsenteres under Sprint Review.
Arbejdet med produktbackloggen under Sprint Review
Opdatering af produktbackloggen er lige så meget en del af Sprint Review som præsentationen af arbejdsresultaterne for interessenterne. Normalt er opdateringen af backloggen dedikeret til den sidste del af mødet, så interessenterne ikke behøver at deltage.
Produktlederen opdaterer produktbackloggen baseret på feedback fra interessenterne og de erfaringer, der er gjort af udviklingsteamet. Dette er især afgørende, hvis den indhentede feedback har indflydelse på formen og formålet med den næste sprint. Opdatering af backloggen er derfor et væsentligt skridt i forberedelsen af den næste sprintplanlægning.
Sprint Review – sammenfatning
Sprint Review er et møde mellem Scrum-teamet og interessenterne, hvor resultaterne af produktarbejdet opnået i den sidste sprint præsenteres. Dets centrale del er en diskussion med interessenterne, hvor de giver feedback på produktet. Takket være denne samtale er det muligt at effektivt tilpasse og eventuelt korrigere retningen for arbejdet på produktet i overensstemmelse med markedets krav. Takket være diskussionerne med interessenterne, der afholdes ved slutningen af hver sprint, øges chancerne for at maksimere den forretningsmæssige værdi af det produkt, der udvikles af Scrum-teamet.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Scrum Guide:
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?