Le Sprint

Les sprints sont des événements de longueur fixe d’un mois ou moins pour créer une cadence de livraison et de rétroaction cohérente pour l’équipe Scrum. Plus la durée du Sprint est courte, plus la boucle de rétroaction est rapide. Par exemple, Scrum Inc. travaille en Sprints d’une semaine.

Le Sprint est un conteneur 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 la planification du Sprint et se termine par la revue du Sprint &Rétrospective du Sprint. Au cours de chaque jour du Sprint, il y a un court événement appelé le Scrum quotidien qui sert à garder l’équipe alignée et à découvrir les obstacles que l’équipe rencontre liés à la progression du Sprint Backlog. Tout le travail et les événements nécessaires pour atteindre l’objectif du Sprint, y compris la planification du Sprint, les Scrums quotidiens, la revue du Sprint et la rétrospective du Sprint, se produisent au cours des Sprints.

Le cycle régulier du Sprint sert à :

• Focaliser la livraison sur l’objectif du Sprint. A 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 finalement : une valeur client distincte.
• Donner à l’équipe un retour client régulier et de qualité sur la valeur livrée. L’équipe peut alors inspecter et adapter à la fois son processus et son produit en fonction 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 est appelée la vélocité de l’équipe. L’équipe peut utiliser la Vélocité pour prévoir sa capacité à fournir du travail dans le temps, et créer des plans de sprint réalistes basés sur des données historiques.

Les sprints permettent la prévisibilité en assurant 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 plus de cycles d’apprentissage et limiter le risque de coût et d’effort à un cadre temporel plus restreint. 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.