De Sprint

Sprints zijn gebeurtenissen van een vaste lengte van een maand of minder om een consistente oplevering en feedback cadans voor het Scrum Team te creëren. Hoe korter de Sprint duurt, hoe sneller de feedbackloop. Bijvoorbeeld, Scrum Inc. werkt in Sprints van één week.

De Sprint is een container van alle andere gebeurtenissen. Een nieuwe Sprint begint onmiddellijk na het afsluiten van de vorige sprint, en elke Sprint begint meestal met Sprint Planning en eindigt met Sprint Review & Sprint Retrospective. Tijdens elke dag van de Sprint, is er een kort evenement genaamd de Daily Scrum die dient om het team op één lijn te houden en om belemmeringen bloot te leggen die het team tegenkomt met betrekking tot het maken van vooruitgang op de Sprint Backlog. Al het werk en de gebeurtenissen die nodig zijn om het Sprint Doel te bereiken, met inbegrip van Sprint Planning, Daily Scrums, Sprint Review, en Sprint Retrospective, gebeuren binnen Sprints.

De reguliere Sprint cyclus dient om:

• Focus levering op het Sprint Doel. Elke Sprint moet het team een potentieel shippable increment van software, een bruikbare iteratie van een hardware product, of uiteindelijk ontwikkelen: onderscheidende waarde voor de klant.
• Geef het Team regelmatig, hoge kwaliteit feedback van de klant over de geleverde waarde. Het Team kan dan zowel hun proces als hun product inspecteren en aanpassen gebaseerd op echte en bruikbare klanteninput.
• Met de output van het Team over een consistente en terugkerende periode. Deze meting van output wordt de Snelheid van het Team genoemd. Het Team kan Velocity gebruiken om hun vermogen te voorspellen om werk in de loop van de tijd te leveren, en realistische sprint plannen te creëren, gebaseerd op historische gegevens.

Sprints maken voorspelbaarheid mogelijk door inspectie en aanpassing van voortgang in de richting van het Product Doel ten minste elke kalendermaand te verzekeren. Kortere Sprints kunnen meer leercycli genereren en het risico van kosten en moeite beperken tot een kleiner tijdsbestek. Als de horizon van een Sprint te lang is, kan het Sprintdoel ongeldig worden, kan de complexiteit toenemen, en kan het risico toenemen. Elke sprint kan worden beschouwd als een kort project en kan worden geannuleerd als de Sprint Goal verouderd raakt. Alleen de Product Owner heeft de bevoegdheid om de sprint te annuleren.