Qu’est-ce que le Sprint Planning en Scrum ?
Le Sprint Planning est l’événement Scrum qui lance chaque sprint. L’équipe s’accorde sur un Sprint Goal, sélectionne les éléments du backlog à livrer et crée un plan auquel tout le monde croit — le tout dans une timebox fixe.
Définition du Sprint Planning
Sprint Planning est l’un des cinq événements Scrum décrits dans le Scrum Guide. Il a lieu au début de chaque sprint et implique toute l’équipe Scrum : les Developers, le Product Owner et le Scrum Master.
L’objectif est de répondre à trois questions :
- Pourquoi ce sprint a-t-il de la valeur ? → Sprint Goal
- Que peut-on faire dans ce sprint ? → sélection du Sprint Backlog
- Comment le travail sera-t-il réalisé ? → découpage des tâches et plan
Combien de temps dure le Sprint Planning ?
Le Scrum Guide limite le Sprint Planning à un maximum de 8 heures pour un sprint d’un mois. Pour les sprints de deux semaines — le rythme le plus courant — la plupart des équipes visent 2 à 4 heures.
Si votre Sprint Planning dépasse régulièrement, les causes les plus fréquentes sont :
- Des éléments du backlog qui n’ont pas été raffinés ou estimés à l’avance.
- Des critères d’acceptation manquants qui nécessitent des clarifications pendant la réunion.
- Des stories trop grandes qui doivent être découpées sur le moment.
Un refinement régulier du backlog — y compris le planning poker pour l’estimation en story points — réduit fortement la durée du Sprint Planning.
Qui participe au Sprint Planning ?
- Developers — responsables du plan et de l’engagement sur le travail.
- Product Owner — clarifie les priorités, les critères d’acceptation et le Sprint Goal.
- Scrum Master — facilite, enlève les obstacles et protège la timebox.
- Parties prenantes (optionnel) — peuvent participer sur invitation pour fournir du contexte.
Entrées du Sprint Planning
- Backlog produit raffiné — ordonné, estimé et prêt pour la sélection.
- Capacité de l’équipe — disponibilité après congés, support et absences.
- Vélocité historique — moyenne des story points terminés par sprint.
- Definition of Done de l’équipe — compréhension partagée de ce que signifie “terminé”.
Le Sprint Goal
Le Sprint Goal est une déclaration unique et concise qui explique pourquoi le sprint a de la valeur. Il donne une direction à l’équipe lorsque des arbitrages apparaissent en cours de sprint et aide les parties prenantes à comprendre vers quoi l’équipe travaille.
Un bon Sprint Goal commence par le résultat (la valeur), et non par une liste de tâches. Exemple : "Permettre aux clients de réinitialiser leur mot de passe sans contacter le support."
L’estimation pendant le Sprint Planning
Les équipes qui utilisent les story points et le planning poker pour le refinement du backlog arrivent au Sprint Planning avec des éléments déjà estimés. Le principal travail de sizing consiste alors à confirmer ou ajuster ces estimations à mesure que l’on en apprend davantage sur le périmètre et les dépendances.
Si vous devez estimer pendant la réunion elle-même, gardez cela léger : utilisez votre outil de planning poker en ligne, timeboxez la discussion et reportez les inconnues dans un spike.
Ce que produit le Sprint Planning
- Sprint Goal — le “pourquoi” partagé du sprint.
- Sprint Backlog — les éléments sélectionnés et le plan pour les livrer.
- Découpage initial des tâches — tâches identifiées par les Developers pour démarrer le travail.
Sprint planning dans le cadre Scrum
Le Sprint Planning n'existe pas de manière isolée. C'est l'un des cinq événements Scrum formels.
Où s'intègre le Sprint Planning dans le cycle Scrum
- Le cycle Scrum est une boucle, pas une ligne. La Sprint Retrospective d'un sprint alimente directement la planification du suivant.
- Le refinement du backlog est l'étape de préparation critique qui rend le Sprint Planning viable.
- Le Daily Scrum connecte le Sprint Planning à l'exécution du sprint.
En quoi le Sprint Planning diffère des autres événements Scrum
- vs. Sprint Review : le Sprint Planning regarde vers l'avenir ; la Sprint Review regarde en arrière.
- vs. Sprint Retrospective : le Sprint Planning se concentre sur le produit ; la Retrospective sur le processus.
Les trois questions auxquelles chaque Sprint Planning doit répondre
Le Scrum Guide encadre le Sprint Planning autour de trois questions.
Pourquoi ce sprint est-il précieux ?
C'est la question du Sprint Goal. Le Product Owner propose un objectif qui reflète la valeur métier actuelle la plus élevée.
Que peut-on faire dans ce sprint ?
C'est la question de capacité. L'équipe examine le Product Backlog et sélectionne les éléments qui soutiennent le Sprint Goal.
Comment le travail choisi sera-t-il réalisé ?
C'est la question de décomposition des tâches. Le backlog du sprint passe d'une liste d'histoires à un plan journalier actionnable.
Les équipes sautent parfois la troisième question car elle semble comme une sur-planification.
Défis courants du Sprint Planning et comment les résoudre
Même les équipes Scrum expérimentées rencontrent des problèmes de planification récurrents.
Quand l'équipe sur-s'engage systématiquement
Le sur-engagement est l'échec le plus courant du Sprint Planning.
La correction est structurelle : mandater un tampon de capacité (planifiez pour 70–80 % de la capacité théorique).
Quand les histoires arrivent à la planification sans être prêtes
Les histoires sans critères d'acceptation, estimations ou clarté sur les dépendances gaspillent du temps.
Implémentez une Definition of Ready.
Un troisième défi courant — le Product Owner change les priorités en milieu de planification — est mieux géré en convenant avant la réunion quelles histoires sont "verrouillées".
FAQ Sprint Planning
Quelle est la différence entre un sprint et une itération ?
Dans Scrum, les sprints sont le terme formel pour une itération de durée fixe.
Peut-on changer la durée du sprint entre les sprints ?
Techniquement oui, mais les changements fréquents fragilisent les données de vélocité.
Que se passe-t-il si l'équipe ne peut pas s'accorder sur le Sprint Goal ?
Un sprint sans Sprint Goal n'est pas aligné avec le cadre Scrum.
Comment gérer le travail urgent qui arrive après le Sprint Planning ?
Le travail urgent doit être soumis au Product Owner, qui décide s'il déplace la portée existante.
How long should sprint planning last?
Sprint planning is timeboxed to a maximum of eight hours for a one-month sprint, and proportionally less for shorter sprints — roughly two hours per week of sprint length. The single biggest factor in finishing on time is a well-refined Product Backlog, so treat refinement as a continuous activity rather than something to cram into the meeting.
Who attends sprint planning?
The entire Scrum Team attends: the Product Owner, the Scrum Master, and the Developers. The Product Owner brings priorities and a Sprint Goal candidate, the Developers decide how much they can commit to and how they will build it, and the Scrum Master facilitates and keeps the meeting inside its timebox. The team may invite others for advice, but they do not run the meeting.
What three questions does sprint planning answer?
Sprint planning answers three things: why the sprint is valuable (the Sprint Goal), what can be done this sprint (the selected backlog items), and how the chosen work will get done (the plan for delivering it). Covering all three is what turns a list of tickets into a committed, achievable sprint.
What is the difference between sprint planning and backlog refinement?
Backlog refinement is the ongoing work of clarifying, splitting, and estimating upcoming items so they are ready before the sprint. Sprint planning is the single event where the team selects from that ready backlog and commits to a Sprint Goal. If planning routinely runs long, it is usually a sign refinement is being skipped.
Estimez le backlog de votre prochain sprint avec le Planning Poker en ligne gratuit
Guides et ressources associés
Menez votre prochain Sprint Planning avec un planning poker en ligne gratuit