Sprint

Sprints er begivenheder af fast længde på en måned eller mindre for at skabe en ensartet leverings- og feedbackkadence for Scrum-teamet. Jo kortere Sprint-længden er, jo hurtigere er feedback-løbet. Scrum Inc. arbejder f.eks. i Sprints på en uge.

Sprintet er en beholder for alle andre begivenheder. Et nyt Sprint starter umiddelbart efter afslutningen af det foregående Sprint, og hvert Sprint begynder typisk med Sprint Planning og slutter med Sprint Review & Sprint Retrospective & Sprint Retrospective. I løbet af hver dag i sprintet er der en kort begivenhed kaldet Daily Scrum, som tjener til at holde teamet på linje og til at afdække hindringer, som teamet støder på i forbindelse med at gøre fremskridt på Sprint Backlog. Alt det arbejde og alle de begivenheder, der er nødvendige for at nå Sprint-målet, herunder Sprint Planning, Daily Scrums, Sprint Review og Sprint Retrospective, foregår inden for Sprints.

Den regelmæssige Sprint-cyklus tjener til:

• Fokusere leveringen på Sprint-målet. Hvert Sprint skal teamet udvikle et potentielt leveringsdygtigt trin af software, en brugbar iteration af et hardwareprodukt eller i sidste ende: tydelig kundeværdi.
• Giv teamet regelmæssig kundefeedback af høj kvalitet om den leverede værdi. Teamet kan derefter inspicere og tilpasse både deres proces og deres produkt på baggrund af reelle og brugbare kundeinput.
• Måle teamets output over en konsekvent og tilbagevendende periode. Denne måling af output kaldes teamets velocity. Teamet kan bruge Velocity til at forudsige deres evne til at levere arbejde over tid og skabe realistiske sprintplaner baseret på historiske data.

Sprints muliggør forudsigelighed ved at sikre inspektion og tilpasning af fremskridt i retning af produktmålet mindst hver kalendermåned. Kortere sprints kan generere flere læringscyklusser og begrænse risikoen for omkostninger og indsats til en mindre tidsramme. Når et sprints horisont er for lang, kan sprintmålet blive ugyldigt, kompleksiteten kan stige, og risikoen kan øges. Hvert sprint kan betragtes som et kort projekt og kan aflyses, hvis Sprint Goal bliver forældet. Kun Product Owner har autoritet til at annullere sprintet.