Modèle d’ordre du jour de Sprint Planning
Un ordre du jour pratique, prêt à copier et à utiliser, pour le Sprint Planning des équipes Scrum. Ajustez les timings selon la durée de votre sprint et la taille de l’équipe — puis menez une session focalisée qui se termine par un plan auquel tout le monde croit.
Comment utiliser ce modèle
L’ordre du jour ci-dessous est dimensionné pour un sprint de deux semaines (timebox typique : 2 à 4 heures). Pour des sprints plus courts, réduisez chaque bloc proportionnellement. Partagez-le avec votre équipe avant la réunion pour que tout le monde arrive préparé.
Ordre du jour de Sprint Planning (sprint de 2 semaines, ~3 heures)
| Temps | Bloc | Responsable | Résultat |
|---|---|---|---|
| 0:00 – 0:10 | Accueil & contexte — récapitulatif du sprint précédent, objectifs du jour | Scrum Master | Contexte partagé ; tout le monde est prêt à planifier |
| 0:10 – 0:25 | Sprint Goal — le PO propose ; l’équipe affine la formulation | Product Owner + Équipe | Sprint Goal convenu et rédigé |
| 0:25 – 0:35 | Vérification de la capacité — jours disponibles, jours fériés, rotation support | Developers | Capacité en jours-developer ou budget de story points |
| 0:35 – 1:20 | Sélection du backlog — prendre les éléments qui servent l’objectif et tiennent dans la capacité | Équipe | Sprint Backlog candidat |
| 1:20 – 1:50 | Estimation (si nécessaire) — ré-estimer les éléments modifiés ou nouveaux en utilisant le planning poker | Developers | Tous les éléments sélectionnés ont des estimations en story points validées |
| 1:50 – 2:20 | Découpage en tâches — identifier les tâches, responsables et dépendances pour chaque story | Developers | Liste initiale de tâches ; complexité cachée rendue visible |
| 2:20 – 2:35 | Revue des risques — bloqueurs, dépendances externes, besoins de spike | Équipe | Risques capturés ; actions de mitigation ajoutées au backlog |
| 2:35 – 2:50 | Engagement final — confirmer le Sprint Goal et le Sprint Backlog | Équipe | Sprint Backlog engagé ; le sprint est prêt à démarrer |
| 2:50 – 3:00 | Clôture — mise à jour du board, partage des notes, fermeture de la réunion | Scrum Master | Board mis à jour ; l’équipe peut commencer le travail |
Adapter l’ordre du jour à d’autres durées de sprint
- Sprint d’une semaine : viser 1 à 1,5 heure au total ; compresser chaque bloc d’environ 50 %.
- Sprint de 3 semaines : viser 4 à 5 heures ; ajouter plus de temps pour la sélection du backlog et le découpage en tâches.
- Sprint d’un mois : le maximum du Scrum Guide est de 8 heures ; utilisez le temps supplémentaire pour une planification plus détaillée des tâches.
Checklist de préparation avant la réunion
- Les éléments prioritaires du backlog sont raffinés, avec des critères d’acceptation clairs et des estimations en story points.
- Le Product Owner a préparé un brouillon de Sprint Goal.
- Chaque Developer a vérifié sa disponibilité pour la période du sprint.
- Le Scrum Master a partagé l’ordre du jour au moins 24 heures à l’avance.
- La salle de réunion (ou le visiocall) et un outil virtuel de planning poker sont prêts.
Réaliser l’estimation pendant le Sprint Planning
Si les éléments n’ont pas été estimés pendant le refinement, ou si le périmètre a changé, utilisez le planning poker pendant la réunion elle-même. Ouvrez une session gratuite de planning poker en ligne, ajoutez les stories, votez en privé, révélez ensemble et limitez la discussion à 3–5 minutes par story.
Gardez le bloc d’estimation court : si une story déclenche un long débat, elle doit probablement être découpée ou reportée dans un spike. Capturez la question ouverte et avancez.
Adapter l'agenda Sprint Planning à la durée de votre sprint
Le Scrum Guide recommande un maximum de 8 heures pour le Sprint Planning dans un sprint de 4 semaines. Les équipes bien préparées complètent la planification des sprints de 2 semaines en 60–90 minutes.
Agenda de sprint de 1 semaine
Sprint Goal : 10 minutes. Sélection d'éléments : 15–20 minutes. Estimation (si nécessaire) : 10 minutes. Décomposition des tâches : 10 minutes. Clôture : 5 minutes. Total visé : 45–60 minutes.
Avec les sprints de 1 semaine, l'investissement dans la préparation devient critique.
Agenda de sprint de 2 semaines (le plus courant)
Sprint Goal : 15 minutes. Sélection d'éléments : 25–30 minutes. Estimation : 20–30 minutes. Décomposition des tâches : 20–25 minutes. Engagement et clôture : 10 minutes. Total visé : 90–120 minutes.
Le rythme de 2 semaines donne aux équipes suffisamment de temps pour un refinement significatif entre les sprints.
Agenda de sprint de 4 semaines
Sprint Goal : 20 minutes. Sélection d'éléments : 45–60 minutes. Estimation : 45–60 minutes. Décomposition des tâches : 45–60 minutes. Revue des risques : 15 minutes. Engagement et clôture : 15 minutes. Total visé : 3–4 heures.
Les sprints de 4 semaines comportent un risque de planification plus élevé.
Ce que chaque bloc d'agenda doit produire
Les blocs d'agenda sans sorties définies deviennent des discussions sans but.
- Bloc Sprint Goal : une seule phrase écrite capturant l'objectif du sprint.
- Bloc de sélection d'éléments : une liste priorisée d'éléments du Product Backlog.
- Bloc d'estimation : des valeurs de story points pour tous les éléments non estimés.
- Bloc de décomposition des tâches : une liste de tâches pour les 2–3 premiers jours du sprint.
- Bloc d'engagement : accord verbal explicite de l'équipe.
Si un bloc ne peut pas produire sa sortie requise dans le temps imparti, le Scrum Master met en pause la réunion.
Signaux d'alarme pendant le Sprint Planning
Certains schémas pendant le Sprint Planning signalent des problèmes systémiques.
- L'équipe ne peut pas s'accorder sur un Sprint Goal : le Product Backlog manque de direction stratégique.
- La plupart des histoires candidates nécessitent une clarification significative : la qualité du refinement a baissé.
- Les tours de Planning Poker nécessitent plus de 3 tours par histoire répétitivement : les histoires sont trop grandes ou ambiguës.
- L'équipe s'engage à exactement 100 % de la vélocité : aucun tampon n'a été laissé.
- Les membres de l'équipe ne participent pas au vote Planning Poker : généralement signe de problèmes de facilitation.
FAQ agenda Sprint Planning
Avons-nous besoin d'un agenda formel pour le Sprint Planning ?
Oui. Le Sprint Planning sans agenda dépasse routinièrement son timebox.
Quel est le meilleur ordre pour les blocs d'agenda ?
Le Sprint Goal doit venir en premier — la sélection d'éléments n'a pas de sens sans savoir ce qu'ils servent.
Devons-nous utiliser le Planning Poker pour chaque histoire dans le Sprint Planning ?
Uniquement pour les histoires qui arrivent sans estimation ou avec une portée considérablement modifiée.
Comment capturer les sorties du Sprint Planning ?
Enregistrez le Sprint Goal dans votre outil de suivi. Déplacez toutes les histoires sélectionnées dans le sprint.
Estimez les histoires avec le Planning Poker gratuit lors de votre prochain Sprint Planning
Guides et ressources associés
Estimez votre backlog de sprint avec un planning poker en ligne gratuit