Scrum-frameworket — sprintcyklussen forklaret

Scrum-frameworket — sprintcyklussen forklaret

The interactive FlowJam canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.

How to read this visual

• Læs de fire kolonner fra venstre mod højre som sprintets bue: hvad der findes på forhånd, hvad planlægningen binder sig til, hvad der sker under sprintet, og hvordan det lukkes.
• Rækkerne er ejere: følg boksene i »Product owner«-rækken for at se, hvad product owneren styrer, og »Udviklingsteam«-rækken for selve arbejdet.
• Den sidste boks, »Næste sprint begynder fra den opdaterede backlog«, er løkken — Scrum er en gentagende cyklus, ikke en engangsproces.

Før sprintet

»Produktbacklog med prioriteret arbejde« er den ene kilde til alt det, teamet kunne arbejde på, prioriteret efter værdi og ejet af product owneren. »Sprintplanlægningen udvælger arbejde til sprintet« er øjeblikket, hvor der bindes an: teamet tager punkter fra toppen af backloggen og aftaler et sprintmål. »Sprintbacklog med de punkter, teamet har bundet sig til« er den plan, der kommer ud af det — den portion, teamet har lovet at blive færdig med.

Under sprintet

»Dagligt standupmøde, der samler teamet« er det femten minutter lange ritual, og »Teamet udvikler inkrementet« er det egentlige arbejde — at bygge, teste og integrere hen imod et inkrement, der potentielt kan releases. Begge ligger i »Udviklingsteam«-banen, fordi Scrum udtrykkeligt siger, at teamet selv organiserer arbejdet inde i sprintet.

At lukke cyklussen

»Sprintgennemgangen demonstrerer inkrementet« viser interessenterne, hvad der blev bygget, og lader product owneren justere backloggen ud fra det, de ser. »Sprintretrospektivet forbedrer processen« er teamets eget møde i »Scrum master«-banen, og »Næste sprint begynder fra den opdaterede backlog« er løkken tilbage til starten — gennemgangen ændrede backloggen, og cyklussen gentager sig.

Key relationships and takeaways

• Backloggen er product ownerens; sprintet er teamets — frameworket holder de to magtområder adskilt.
• Planlægningen binder sig til en portion; sprintmålet giver portionen et formål.
• Det daglige standupmøde er afstemning, ikke en statusrapport til ledelsen.
• Gennemgangen handler om produktet; retrospektivet handler om processen — to forskellige møder med to forskellige resultater.
• Scrum er en løkke: hvert sprint efterlader en opdateret backlog til det næste.

When to use this visual

• At lære et team, der er nyt i Scrum, hvad hver ceremoni er til for, og hvem der ejer hvad.
• At introducere en ny product owner til forskellen på at prioritere en backlog og at styre teamet.
• At gennemgå et teams Scrum: en ceremoni, der ikke findes på lærredet, eller som ejes af den forkerte bane, er en praksis, I bør tale om.

Sådan fungerer det

1. Omdøb rollerne til jeres team

   Erstat »Product owner«, »Udviklingsteam« og »Scrum master« med jeres rigtige roller, og slå baner sammen eller del dem op, så de svarer til, hvem der reelt har arbejdet.

2. Tilføj jeres sprintlængde og kadence

   Skriv jeres sprintlængde, standuptidspunkt og gennemgangsdag på sprintboksene, så diagrammet er jeres teams kalender og ikke en generisk.

3. Tegn jeres Definition of Done

   Tilføj en beslutning mellem »Teamet udvikler inkrementet« og gennemgangen: en Definition of Done-tjekliste, der skal bestås, før et punkt tæller som færdigt.

4. Udvid med jeres refinement-ritual

   Indsæt et trin med backlog refinement mellem backloggen og sprintplanlægningen, hvis jeres team holder et, forbundet til den prioriterede backlog.

Ofte stillede spørgsmål

Hvad er Scrum-frameworket?

Scrum er et letvægtsframework til at udvikle og levere komplekst arbejde i iterationer af fast længde, der kaldes sprints. Det foreskriver roller (product owner, udviklingsteam, scrum master), begivenheder (sprintplanlægning, dagligt standupmøde, sprintgennemgang, sprintretrospektiv) og artefakter (produktbacklog, sprintbacklog, inkrement), men overlader selve måden, arbejdet udføres på, til teamet.

Hvad er de tre roller i Scrum?

Product owneren ejer backloggen og dens prioritering — hvad der bliver bygget og i hvilken rækkefølge, og hvilken værdi resultatet har. Udviklingsteamet organiserer sig selv for at levere de punkter, det har bundet sig til — hvordan arbejdet udføres, er teamets. Scrum masteren tjener processen ved at facilitere ceremonier, fjerne forhindringer og coache teamet. Diagrammets tre baner er præcis de tre ejere.

Hvad sker der ved en sprintgennemgang kontra et retrospektiv?

Sprintgennemgangen handler om produktet: teamet demonstrerer inkrementet for interessenterne, og product owneren justerer backloggen som svar. Retrospektivet handler om processen: teamet drøfter alene, hvad der gik godt, hvad der gik skidt, og én forbedring til det næste sprint. Det er adskilte møder med adskilte resultater, og derfor placerer diagrammet dem i forskellige rækker — gennemgangen hos teamet, retrospektivet hos scrum masteren.

Kræver Scrum et dagligt standupmøde?

Ja, det daglige standupmøde er en af Scrums foreskrevne begivenheder — et kort, dagligt møde, hvor hvert teammedlem siger, hvad det er blevet færdigt med, hvad det gør nu, og hvad der blokerer det. Formålet er koordinering og tidlig synliggørelse af forhindringer, ikke rapportering til ledelsen. Diagrammet markerer det som afstemning af netop den grund.

Redigér dette diagram i QueryChart (FlowJam)

Åbn præcis dette Scrum-lærred som dit eget diagram, omdøb rollerne til jeres team, og tilpas ceremonierne til jeres egen praksis.

Redigér dette diagram i QueryChart (FlowJam)