Guide Scrum · Les événements Scrum
Le Sprint Planning dans Scrum : ordre du jour, time-box et conseils
Le Sprint Planning lance le Sprint en définissant le travail à réaliser. Toute la Scrum Team collabore pour créer un plan que chacun comprend et auquel chacun croit.
À retenir
- Le Sprint Planning répond au pourquoi, au quoi et au comment.
- Il produit un Sprint Goal et un Sprint Backlog.
- Un backlog bien affiné accélère la planification.
Time-box
Le Sprint Planning est limité à une time-box de huit heures maximum pour un Sprint d'un mois. Pour des Sprints de deux semaines, de nombreuses équipes ont besoin de deux à quatre heures, souvent moins une fois le backlog bien affiné.
Entrées
- Un Product Backlog affiné et ordonné.
- Le dernier Increment.
- La capacité prévisionnelle de l'équipe.
- Les performances passées, comme la vélocité.
- La Definition of Done.
Les trois sujets
| Sujet | Question | Résultat |
|---|---|---|
| Pourquoi | Pourquoi ce Sprint a-t-il de la valeur ? | Un Sprint Goal |
| Quoi | Que peut-on réaliser pendant ce Sprint ? | Éléments du Product Backlog sélectionnés |
| Comment | Comment le travail choisi sera-t-il réalisé ? | Un plan, souvent des éléments décomposés en tâches d'une journée ou moins |
Le Sprint Goal, les éléments sélectionnés et le plan forment ensemble le Sprint Backlog.
Exemple d'ordre du jour (Sprint de deux semaines)
- Revoir le Product Goal et le contexte (10 minutes).
- Le Product Owner propose comment le Sprint pourrait accroître la valeur (10 minutes).
- L'équipe s'accorde sur une ébauche de Sprint Goal (15 minutes).
- Les Developers sélectionnent les éléments en fonction de la capacité (30 à 45 minutes).
- Les Developers planifient la manière de réaliser le travail (45 à 60 minutes).
- Confirmer le Sprint Goal et l'engagement (10 minutes).
Erreurs courantes
- Des éléments du backlog non affinés qui exigent des heures de discussion.
- Un Sprint Goal qui n'est qu'une liste d'éléments.
- Planifier à 100 % de la capacité sans aucune marge.
- Le Product Owner ou des managers qui décident de la quantité de travail que prennent les Developers.
- Négliger le « comment », si bien que les problèmes apparaissent en cours de Sprint.
Modèles gratuits sur ce sujet
Questions fréquentes
Qui participe au Sprint Planning ?
Toute la Scrum Team. D'autres personnes peuvent être invitées à apporter leurs conseils.
Qui décide de la quantité de travail qui entre dans un Sprint lors du Sprint Planning ?
Les Developers décident de la quantité de travail qu'ils peuvent prendre en charge, en discussion avec le Product Owner.
Combien de temps dure le Sprint Planning ?
Le Guide Scrum le limite à une time-box de huit heures maximum pour un Sprint d'un mois. Pour des Sprints plus courts, l'événement est généralement plus court.
Quels sont les trois sujets du Sprint Planning ?
Pourquoi ce Sprint a-t-il de la valeur, que peut-on réaliser pendant ce Sprint, et comment le travail choisi sera-t-il réalisé.
Quel est le résultat du Sprint Planning ?
Un Sprint Goal, les éléments du Product Backlog sélectionnés pour le Sprint et un plan pour les livrer. Ensemble, ils forment le Sprint Backlog.
Qui définit le Sprint Goal lors du Sprint Planning ?
Toute la Scrum Team collabore pour le définir. Le Sprint Goal doit être finalisé avant la fin du Sprint Planning.
Comment calculer la capacité de l'équipe pour le Sprint Planning ?
Partez des jours ouvrés disponibles par personne, déduisez les congés, les réunions et les autres engagements, et comparez avec les performances passées comme la vélocité ou le débit.
Que doit-on avoir préparé avant le Sprint Planning ?
Un Product Backlog affiné et ordonné, le dernier Increment, la capacité connue, les données de performance passée et la Definition of Done.
Faut-il estimer les tâches en heures lors du Sprint Planning ?
Scrum ne l'exige pas. De nombreuses équipes décomposent plutôt les éléments en tâches d'une journée ou moins au lieu d'estimer des heures, ce qui donne assez de détails pour suivre l'avancement chaque jour.
Les parties prenantes peuvent-elles assister au Sprint Planning ?
La Scrum Team peut inviter d'autres personnes à apporter leurs conseils, mais les décisions de planification restent du ressort de la Scrum Team.
Que faire si l'équipe ne parvient pas à s'accorder sur un Sprint Goal lors du Sprint Planning ?
Examinez le haut du Product Backlog pour y trouver un objectif cohérent, revenez au Product Goal et demandez au Product Owner quel résultat compte le plus. Une difficulté persistante signale souvent un backlog composé d'éléments sans lien entre eux.