Les sprints sont des événements d'une durée fixe d'un mois ou moins afin de créer une cadence de livraison et de retour d'information cohérente pour le projet. Équipe Scrum. Plus la durée du sprint est courte, plus la boucle de rétroaction est rapide. Par exemple, Scrum Inc. travaille par sprints d'une semaine.
Le sprint est le contenant de tous les autres événements. Un nouveau sprint commence immédiatement après la conclusion du sprint précédent, et chaque sprint commence généralement par Planification du sprint et se termine par Revue Sprint & Rétrospective du sprint. Chaque jour du Sprint, il y a un court événement appelé le Quotidiennement Scrum qui permet de maintenir l'alignement de l'équipe et de découvrir les obstacles que l'équipe rencontre pour progresser dans la réalisation du projet. Backlog de sprint. Tous les travaux et événements nécessaires pour atteindre l'objectif du sprint, y compris la planification du sprint, les Scrum quotidiennes, la revue du sprint et la rétrospective du sprint, se déroulent dans le cadre des sprints.
Le cycle régulier Sprint sert à :
- Concentrer la livraison sur l'objectif du sprint. À chaque sprint, l'équipe doit développer un incrément de logiciel potentiellement expédiable, une itération utilisable d'un produit matériel ou, en fin de compte, une valeur client distincte.
- Donner le L'équipe un retour d'information régulier et de qualité de la part des clients sur la valeur fournie. L'équipe peut alors inspecter et adapter à la fois son processus et son produit sur la base des commentaires réels et exploitables des clients.
- Mesurer la production de l'équipe sur une période cohérente et récurrente. Cette mesure de la production s'appelle la vélocité de l'équipe. L'équipe peut utiliser Vélocité de prévoir leur capacité à fournir du travail dans le temps et de créer des plans de sprint réalistes fondés sur les données de l'enquête. données historiques.
Les sprints permettent la prévisibilité en garantissant l'inspection et l'adaptation des progrès vers l'objectif du produit au moins tous les mois civils. Des sprints plus courts peuvent générer davantage de cycles d'apprentissage et limiter le risque de coût et d'effort à une période plus courte. Lorsque l'horizon d'un sprint est trop long, l'objectif du sprint peut devenir invalide, la complexité peut augmenter et le risque peut s'accroître. Chaque sprint peut être considéré comme un projet court et peut être annulé si l'objectif du sprint devient obsolète. Seul le Product Owner a le pouvoir d'annuler le sprint.