Scrum Guide | 28. Sprint i Scrum

Flere mindre begivenheder udgør en Sprint i Scrum. Sprints danner i sin tur sammen en vej, der har til formål at udvikle og frigive et Produkt. Hver Sprint har et specifikt Sprintmål og et Sprint Backlog, der vedligeholdes af Udviklingsteamet.

Hvad er Sprint i Scrum – indholdsfortegnelse:

1. Sprint i Scrum – Introduktion
2. Sprint i Scrum Struktur
3. Sprints og de tre søjler af empirisme
4. Transparens
5. Inspektion
6. Tilpasning
7. Hvilke ændringer skal der laves under en Sprint?
8. Sprint i Scrum – Resumé

Hvad er Sprint i Scrum?

Sprint er den største af begivenhederne i Scrum, som vi skrev om i denne artikel. Sprints følger en kontinuerlig cyklus fra begyndelsen til slutningen af arbejdet på et Produkt. Og hver iteration bringer teamet tættere på at opnå Produktmålet.

Hver Sprint har et specifikt Sprintmål for at sikre konsistens i arbejdet fra Udviklingsteamet. Det tager form af et forretningsmål og besvarer spørgsmålet “Hvorfor?”, “Til hvad?”, eller “Hvorfor?”.

Arbejdsgangen for en Sprint er dokumenteret i Sprint Backlog, som opregner det arbejde, der er nødvendigt for at opnå Sprintmålet. Den detaljerede beskrivelse kan findes her.

Sprint i Scrum Struktur

Hver Sprint har en specifik struktur og inkluderer følgende begivenheder:

• Sprintplanlægning – Sprinten starter. Under denne begivenhed vælger Scrum-teamet det planlagte arbejde fra Produkt Backlog, der skal udføres i den nye Sprint
• Daglig Scrum – en daglig begivenhed, hvor udviklerne planlægger dagens opgaver
• Sprintgennemgang – åben for interessenter, afholdt den sidste dag af en Sprint. Formålet er at opsummere Sprinten i forhold til fremskridt på Produktet
• Sprintretrospektiv – den afsluttende begivenhed af en Sprint, hvor Scrum-teamet diskuterer arbejdsmetoder og idéer til forbedring

Gentagelsen af Sprint-begivenheder fremmer implementeringen af gode organisatoriske praksisser. Med andre ord implementerer Scrum-teamet de rutiner, der er nødvendige for effektiv planlægning, og mens de arbejder, henleder de opmærksomheden på problemer, der kan diskuteres ved passende begivenheder.

Sprints og de tre søjler af empirisme

Sprints gør det muligt for Scrum-teamet at opdele arbejdet på Produktet i lige tidssegmenter, der varer højst en måned. Denne faste ramme forstærker de tre søjler af empirisme:

• transparens
• inspektion
• tilpasning

Vi skrev om de tre søjler af empirisme og deres rolle i Scrum i mere detaljeret her. Men i dag vil vi se på, hvordan de gælder for Sprint og dens struktur.

Transparens

Opdeling af arbejdet i Sprints forbedrer transparensen, da alle involverede kan få de nødvendige oplysninger om status for Produktarbejdet i hver Sprint. Sprintplanlægning og Sprintgennemgang, begyndelsen og slutningen af en Sprint, kombineret med en opdatering af Produkt Backlog, giver alle interessenter værdifuld indsigt i den nuværende status for Produktet.

Inspektion

Ved at opdele arbejdet i Sprints er det muligt hyppigt at overvåge fremskridtene. Dette fremmer den konstante identifikation af problemer inden for to nøgleområder. Disse er:

• problemer relateret til opnåelsen af Produktmålet – ved starten og slutningen af Sprinten, dvs. under Sprintplanlægning og Sprintgennemgang
• forhindringer i den måde, Scrum-teamet arbejder på – under daglige møder og ved slutningen af hver Sprint, dvs. under Daglig Scrum og Sprintretrospektiv

Tilpasning

Tilpasning er en meget vigtig del af Scrum-teamets arbejde, da det gør det muligt at løse de problemer, der er identificeret under inspektionen. Under hver Sprint giver Daglig Scrum og Sprintretrospektiv et sikkert rum til at tale om, hvordan man kan forbedre Scrum-teamet. Implementeringen af foreslåede løsninger sker straks eller i starten af den næste Sprint.

Sprintplanlægning og Sprintgennemgang skaber et sikkert rum for diskussion vedrørende Målene og metoderne til at opnå dem. Et godt selvstyrende Scrum-team finder succesfuldt ud af, hvad og hvordan man skal implementere til den næste Sprint.

Hvilke ændringer skal der laves under en Sprint?

Hver Sprint efterlader nok plads til Scrum-teamet til at forbedre og improvisere den måde, de arbejder på. Derfor skal man identificere, hvad der skal ændres under en Sprint. Scrum-guiden giver ikke en liste over sådanne ændringer. Men begrebet empirisme giver retningslinjer at følge og tilpasse sig den måde, et bestemt Scrum-team arbejder på.

1. Alle ændringer kan sætte opnåelsen af Sprintmålet i fare. Ifølge den første regel kan man under en Sprint ikke for eksempel reducere antallet af opgaver i den Sprint eller ændre deres karakteristika væsentligt. En Sprint er tæt knyttet til Sprintmålet. Derfor, når Målet ændres, bør vi afbryde Sprinten. Dette sker dog sjældent, da den eneste grund til, at en Sprint mislykkes, er, når Målet bliver forældet. Husk, at beslutningen om at afslutte en Sprint udelukkende tilhører Produkt Owner.
2. Kvaliteten af arbejdet kan ikke kompromitteres. Denne regel er beregnet til at forhindre, at arbejdet udført under en Sprint bliver et Increment, fordi det ikke opfylder Definitionen af Færdiggørelse. At reducere kvaliteten af arbejdet kan resultere i, at Sprintmålet tilsyneladende opfyldes, men måden, hvorpå individuelle opgaver bliver afsluttet, opfylder ikke de kvalitetsstandarder, der er fastsat af organisationen eller krævet af interessenterne.
3. Produkt Backlog kan blive detaljeret. Mens man arbejder på et Produkt, øges viden om det. Derfor øges detaljerne i de opgaver, der skal udføres, naturligt. Derfor er det en acceptabel og endda tilrådelig ændring under en Sprint at detaljere Produkt Backlog.
4. Omfanget af arbejdet kan blive afklaret eller genforhandlet. Denne ændring, ligesom den forrige, involverer en voksende forståelse af arten af det udførte arbejde. Udviklingsteamet kan gøre det i samråd med Produkt Owner. Men den grundlæggende betingelse for dens indførelse er, at der ikke er konflikt med principperne 1. og 2.

Sprint i Scrum – Resumé

Sprint er den cykliske Scrum-begivenhed, der indeholder alle de andre. Den har et under Sprintmål adskilt fra Produktmålet. Og Sprint Backlog er forskellig fra Produkt Backlog. Karakteren af Sprints er cyklisk. Den faste længde af Sprints fremmer opretholdelsen af gode arbejdspraksisser og plejer de tre søjler af empirisme. Under en Sprint kan Scrum-teamet ikke ændre sit Mål. Det kan dog forfine Produkt Backlog, og efterhånden som viden vokser, forfine og genforhandle omfanget af arbejdet.

Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.