Guide Scrum · Les événements Scrum
Le cycle du Sprint Scrum : durée, time-box et règles
Le Sprint est le cœur battant de Scrum : un événement de durée fixe d'un mois ou moins au cours duquel les idées sont transformées en valeur. Tous les autres événements Scrum ont lieu en son sein, et un nouveau Sprint commence dès la fin du précédent.
À retenir
- Les Sprints ont une durée fixe, d'un mois ou moins, et s'enchaînent sans interruption.
- Ne modifiez pas le périmètre d'une manière qui mette en péril le Sprint Goal.
- Seul le Product Owner peut annuler un Sprint.
Les règles du Sprint
- Les Sprints ont une durée fixe, d'un mois ou moins.
- Aucun changement susceptible de mettre en péril le Sprint Goal n'est apporté.
- La qualité ne baisse pas.
- Le Product Backlog est affiné selon les besoins.
- Le périmètre peut être clarifié et renégocié avec le Product Owner à mesure que l'on en apprend davantage.
Choisir la durée du Sprint
| Durée | Points forts | Points faibles |
|---|---|---|
| 1 semaine | Feedback rapide ; risque faible | Charge des événements plus élevée |
| 2 semaines | Équilibré ; le plus courant | — |
| 3–4 semaines | De la place pour le travail complexe | Feedback plus lent ; plus de risque par Sprint |
Des Sprints plus courts génèrent davantage de cycles d'apprentissage et limitent le risque à une durée et à un coût plus faibles.
Un Sprint de deux semaines en un coup d'œil
| Jour | Activité |
|---|---|
| Jour 1 | Sprint Planning ; début du travail |
| Jours 1–10 | Daily Scrum chaque jour ; développement ; affinage |
| Jour 10 | Sprint Review, puis Sprint Retrospective |
| Jour suivant | Le nouveau Sprint commence par le Sprint Planning |
Annuler un Sprint
Un Sprint peut être annulé si le Sprint Goal devient obsolète. Seul le Product Owner a le pouvoir de l'annuler. L'annulation est rare et perturbatrice ; elle signifie généralement que l'environnement métier a brusquement changé.
Conseils
- Gardez une durée de Sprint stable pour apprendre à connaître le rythme de votre équipe.
- Terminez les Sprints en milieu de semaine pour éviter les lundis fériés et la fatigue du vendredi.
- Protégez le Sprint des changements de périmètre qui menacent l'objectif.
- Terminez les éléments plutôt que d'en commencer beaucoup en parallèle.
Modèles gratuits sur ce sujet
Questions fréquentes
Un Sprint peut-il être prolongé ?
Non. Si le travail n'est pas terminé, le Sprint se termine tout de même à l'heure prévue, et les éléments inachevés retournent dans le Product Backlog.
Un Sprint est-il la même chose qu'une itération ?
Oui. Sprint est le terme Scrum pour désigner une itération. Voir qu'est-ce qu'un sprint.
Quelle doit être la durée d'un Sprint ?
Un mois ou moins. De nombreuses équipes choisissent deux semaines, un bon équilibre entre feedback rapide et charge des événements, puis gardent cette durée stable.
La durée du Sprint peut-elle changer ?
C'est possible, mais la changer souvent complique la planification et les prévisions. Si vous la changez, faites-le de manière délibérée, par exemple après une Retrospective, et gardez ensuite la nouvelle durée constante.
Que devient le travail inachevé à la fin d'un Sprint ?
Les éléments du Product Backlog inachevés retournent dans le Product Backlog, où le Product Owner les réordonne. Ils ne comptent pas dans l'Increment.
Peut-on ajouter du travail à un Sprint en cours ?
Le périmètre peut être clarifié et renégocié avec le Product Owner à mesure que l'on en apprend davantage, mais aucun changement ne doit mettre en péril le Sprint Goal. Les Developers peuvent ajouter des tâches au Sprint Backlog à mesure que leur plan évolue.
Qu'est-ce qu'un Sprint Goal ?
L'objectif unique du Sprint, défini lors du Sprint Planning. Il donne aux Developers un cap et de la flexibilité quant au travail précis qui permettra de l'atteindre. Voir Sprint Planning.
Qui peut annuler un Sprint ?
Seul le Product Owner, et uniquement si le Sprint Goal devient obsolète.
Les Sprints d'une semaine sont-ils une bonne idée ?
Ils offrent un feedback très rapide et conviennent aux équipes dont les priorités changent vite, mais les événements occupent une plus grande part du temps. Certaines équipes en Sprints d'une semaine passent à Kanban si la planification leur paraît trop lourde.
Une équipe peut-elle faire un Sprint sans mise en production ?
Oui. Chaque Sprint doit produire au moins un Increment utilisable, mais sa mise en production relève d'une décision métier.
Qu'est-ce qu'un Sprint de stabilisation ?
Un Sprint consacré à la stabilisation et aux tests du travail précédent avant une mise en production. Il ne fait pas partie de Scrum et indique souvent que la Definition of Done est trop faible.