Scrum compte cinq événements : le Sprint, le Sprint Planning, le Daily Scrum, le Sprint Review et la Sprint Retrospective. Le Sprint est un conteneur de durée fixe d'un mois maximum qui contient les quatre autres, et chacun d'eux a une timebox maximale : 8 heures pour le Sprint Planning, 15 minutes pour le Daily Scrum, 4 heures pour le Sprint Review et 3 heures pour la Sprint Retrospective, pour un Sprint d'un mois. Les Sprints plus courts ont généralement des événements plus courts.
C'est la réponse courte. Le reste de cet article explique l'objectif de chaque événement, qui y participe, ce que signifie vraiment une timebox, et les questions sur les événements qui piègent les candidats aux examens PSM I, PSPO I et CSM. Tout ce qui suit s'appuie sur le Scrum Guide 2020.
Les événements Scrum et leurs timeboxes en un coup d'œil
Une timebox est un maximum, pas un objectif. Les chiffres du Scrum Guide sont donnés pour un Sprint d'un mois.
| Événement | Timebox maximale (Sprint d'un mois) | Participants | Résultat principal |
|---|---|---|---|
| Sprint | Durée fixe, un mois maximum | Toute la Scrum Team | Un ou plusieurs Increments Done vers le Product Goal |
| Sprint Planning | 8 heures | Toute la Scrum Team (d'autres personnes peuvent être invitées pour conseiller) | Sprint Goal et Sprint Backlog |
| Daily Scrum | 15 minutes, chaque jour | Les Developers | Un plan adapté pour la prochaine journée de travail |
| Sprint Review | 4 heures | La Scrum Team et les parties prenantes clés | Une compréhension partagée de l'avancement et un Product Backlog ajusté |
| Sprint Retrospective | 3 heures | La Scrum Team | Des améliorations de la qualité et de l'efficacité |
Le Sprint : l'événement conteneur
Le Sprint est un événement à part entière, et c'est celui qu'on oublie quand on compte. Il a une durée fixe d'un mois maximum, et il contient le Sprint Planning, les Daily Scrums, le Sprint Review et la Sprint Retrospective. Tout le travail nécessaire pour atteindre le Product Goal se fait à l'intérieur des Sprints. Un nouveau Sprint commence immédiatement après la fin du précédent.
Le Sprint a une durée fixe, et non un maximum que l'on pourrait écourter quand on veut. La seule façon pour un Sprint de se terminer plus tôt est son annulation, et seul le Product Owner peut annuler un Sprint, lorsque le Sprint Goal devient obsolète. Le Scrum Master, les Developers, les parties prenantes ou la direction ne peuvent pas l'annuler, même s'ils peuvent bien sûr soulever la question auprès du Product Owner.
Sprint Planning (8 heures maximum)
Le Sprint Planning lance le Sprint. Toute la Scrum Team travaille ensemble sur le plan, et peut inviter d'autres personnes pour donner des conseils. Il aborde trois sujets :
- Pourquoi ce Sprint a-t-il de la valeur ? La Scrum Team élabore le Sprint Goal, l'objectif unique du Sprint.
- Que peut-on terminer (Done) pendant ce Sprint ? Les Developers sélectionnent des éléments du Product Backlog, en discussion avec le Product Owner.
- Comment le travail choisi sera-t-il réalisé ? Les Developers planifient le travail nécessaire pour transformer les éléments sélectionnés en un Increment conforme à la Definition of Done.
Le Sprint Goal, les éléments du Product Backlog sélectionnés et le plan pour les livrer forment ensemble le Sprint Backlog, qui appartient aux Developers.
Daily Scrum (15 minutes)
Le Daily Scrum est un événement de 15 minutes pour les Developers. Son but est d'inspecter la progression vers le Sprint Goal et d'adapter le Sprint Backlog si nécessaire. Il a lieu à la même heure et au même endroit chaque jour ouvré du Sprint afin de réduire la complexité.
Les Developers peuvent utiliser la structure ou la technique de leur choix, tant que l'accent reste sur la progression vers le Sprint Goal et sur un plan pour la journée suivante. Les fameuses « trois questions » sont une option, pas une règle. Si le Product Owner ou le Scrum Master travaillent activement sur des éléments du Sprint Backlog, ils participent en tant que Developers.
Le Daily Scrum n'est pas un point d'avancement destiné au Scrum Master ou à un responsable, et ce n'est pas le seul moment où les Developers peuvent ajuster leur plan. Ils peuvent en discuter et le replanifier à tout moment de la journée.
Sprint Review (4 heures maximum)
Le Sprint Review inspecte le résultat du Sprint et décide des adaptations futures. La Scrum Team présente les résultats de son travail aux parties prenantes clés, et ensemble elles discutent de la progression vers le Product Goal et de ce qui a changé dans leur environnement. Le Product Backlog peut être ajusté pour tenir compte de nouvelles opportunités.
Le Scrum Guide le décrit comme une séance de travail et précise que la Scrum Team doit éviter de le limiter à une présentation. Deux conséquences comptent pour l'examen :
- Ce n'est pas une porte de validation de la mise en production. Un Increment peut être livré aux parties prenantes dès qu'il respecte la Definition of Done, même avant le Sprint Review. Personne n'a besoin d'attendre la Review pour approuver une mise en production.
- Seul le travail Done est montré. Le travail qui ne respecte pas la Definition of Done ne fait pas partie d'un Increment, ne peut pas être présenté au Sprint Review et retourne dans le Product Backlog.
Sprint Retrospective (3 heures maximum)
La Sprint Retrospective clôt le Sprint. Son but est de planifier des moyens d'accroître la qualité et l'efficacité. La Scrum Team inspecte le déroulement du dernier Sprint en ce qui concerne les individus, les interactions, les processus, les outils et sa Definition of Done, puis identifie les changements les plus utiles. Les améliorations ayant le plus d'impact sont traitées dès que possible et peuvent même être ajoutées au Sprint Backlog du Sprint suivant.
Que se passe-t-il si un événement finit plus tôt ou est écourté ?
Comme une timebox est un maximum, un événement peut se terminer dès que son objectif est atteint. Un Sprint Planning qui produit un Sprint Goal clair et un plan réalisable en trois heures est parfait. Un Daily Scrum de 15 minutes qui se termine en huit minutes l'est aussi.
Le cas inverse compte davantage : un événement ne doit pas dépasser sa timebox. Si le Sprint Planning déborde sans cesse, c'est un signal à inspecter. Peut-être que les éléments du Product Backlog ne sont pas assez affinés, ou que la réunion s'éloigne de ses trois sujets. Le Scrum Master aide l'équipe à s'assurer que les événements ont lieu, qu'ils sont positifs et productifs, et qu'ils respectent la timebox.
Pour les Sprints de moins d'un mois, le guide dit que les événements sont généralement plus courts. Il ne donne aucune formule : ne vous attendez donc pas à une question d'examen qui vous demande de calculer une durée exacte pour un Sprint de deux semaines. Les chiffres connus sont les maximums pour un mois.
Pourquoi le Product Backlog refinement n'est pas un événement
Le refinement consiste à découper et à définir plus précisément les éléments du Product Backlog en éléments plus petits et plus précis, en ajoutant des détails comme la description, l'ordre et la taille. Le Scrum Guide 2020 le traite comme une activité continue, pas comme un événement : il n'a donc ni timebox ni réunion fixe.
Les anciennes versions du guide suggéraient que le refinement ne prenait en général pas plus de 10 % de la capacité des Developers. Ce chiffre a été supprimé en 2020, et le guide actuel ne donne aucun pourcentage. Si une option de réponse cite « 10% of capacity » comme une règle, elle est dépassée.
Les questions d'examen sur les événements Scrum où l'on se trompe le plus souvent
- « How many Scrum events are there? » Cinq. Le Sprint compte comme un événement et il est le conteneur des quatre autres. Le refinement n'en fait pas partie.
- « Who must attend the Daily Scrum? » Il est destiné aux Developers. Le Scrum Master n'a pas à l'animer ni à être présent, et le Product Owner n'y assiste qu'en tant que Developer s'il travaille sur des éléments du Sprint Backlog.
- « Is the Sprint Review where the Product Owner approves the release? » Non. C'est une séance de travail pour inspecter l'Increment et adapter le Product Backlog. Les mises en production peuvent avoir lieu dès qu'un Increment est Done.
- « Can the Scrum Master cancel the Sprint? » Non. Seul le Product Owner le peut, lorsque le Sprint Goal devient obsolète.
- « Can you extend a Sprint to finish the work? » Non. Le Sprint a une durée fixe. Les éléments non terminés retournent dans le Product Backlog.
- « What is the timebox for a two-week Sprint Planning? » Le guide ne fixe que le maximum pour un Sprint d'un mois (8 heures) et précise que les Sprints plus courts ont généralement des événements plus courts.
Si vous voulez vérifier que ces règles sont bien acquises, essayez l'examen blanc PSM gratuit sur Scrumdemy : 20 questions en 20 minutes, avec un seuil de réussite de 80 %. Pour vous entraîner plus en profondeur, la formation de certification Scrum Master comprend quatre examens chronométrés totalisant 316 questions.
FAQ
Quels sont les 5 événements Scrum ?
Le Sprint, le Sprint Planning, le Daily Scrum, le Sprint Review et la Sprint Retrospective. Le Sprint contient les quatre autres.
Quelles sont les timeboxes Scrum pour un Sprint d'un mois ?
Le Sprint Planning a un maximum de 8 heures, le Daily Scrum 15 minutes, le Sprint Review 4 heures et la Sprint Retrospective 3 heures. Le Sprint lui-même dure un mois maximum.
Le Product Backlog refinement est-il un événement Scrum ?
Non. Dans le Scrum Guide 2020, le refinement est une activité continue sans timebox, et l'ancienne recommandation de 10 % de la capacité a été supprimée.
Qui peut annuler un Sprint ?
Seulement le Product Owner, et seulement lorsque le Sprint Goal devient obsolète.