Scrum préconise des durées fixes Sprints. La durée du Sprint peut être ajustée pour équilibrer le besoin de lancements rapides et le temps nécessaire pour accomplir un travail significatif à chaque Sprint. Une fois une durée appropriée trouvée, elle reste généralement inchangée, comme indiqué dans la figure ci-dessous :

Sprints dans Scrum
Remarque :
Un Sprint est l’unité fondamentale de travail lors de l’utilisation de Scrum. Par conséquent, tout travail de développement de produit utilisant Scrum est divisé en Sprints.
Pourquoi des Sprints de durée fixe ?
La durée fixe d’un Sprint permet à l’équipe de disposer de délais prévisibles pour le travail, ce qui facilite à la fois la planification à court et à long terme. Les Sprints de durée fixe apportent de la clarté au développement, aux clients et au Product Owner: lorsque du logiciel fonctionnel est disponible pour la démonstration, et définissent la durée du cycle de retour d’information — égale à la durée du Sprint.
D’un autre côté, si les durées des Sprints varient, le rythme de Scrum est perturbé, et l’équipe doit réapprendre sa capacité, ce qui prend généralement au moins quelques Sprints. Si les Sprints ont des durées irrégulières, l’équipe équipe Scrum aura du mal à établir des plans fiables. La plupart des équipes adoptent des Sprints de durée fixe pour plusieurs raisons :
- Les équipes bénéficient d’un rythme constant
- Planification du Sprint devient plus facile
- Suivi de la vitesseest plus simple
- Les améliorations de processus basées sur le temps sont plus efficaces
- Maximise la réactivité aux clients
Résumé
Scrum consiste à livrer régulièrement du logiciel afin de fournir un retour rapide sur les incrémentations (ou logiciel fonctionnel). Avec des Sprints de durée fixe, tout le monde — Product Owner, direction, clients, utilisateurs et autres parties prenantes — sait exactement quand s’attendre à la prochaine mise à jour. Cela aide également l’équipe à gérer les attentes et à s’organiser spontanément autour de ce rythme prévisible.