Comment animer une réunion Scrum de Sprint Planning

Avant la réunion : checklist de préparation

• Raffiner le haut du backlog — les éléments les plus prioritaires doivent être clairs, estimés et assez petits pour tenir dans un sprint.
• Confirmer la capacité — notez les congés prévus, jours fériés et rotations support. Exprimez la capacité en jours-developer disponibles ou en story points.
• Revoir le sprint précédent — utilisez les enseignements de la rétrospective et de la review pour savoir ce qui est réaliste dans ce sprint.
• Préparer une ébauche de Sprint Goal — le Product Owner arrive généralement avec une proposition ; l’équipe l’affine ensemble.

Guide de facilitation étape par étape

1. Ouvrir avec le Sprint Goal (5–10 min)
   Le Product Owner présente l’objectif. L’équipe discute de son caractère atteignable, clair et utile. Ajustez le wording ensemble jusqu’à ce que tout le monde soit aligné.
2. Revoir la capacité (5 min)
   Additionnez les jours de travail disponibles par developer. Comparez-les à la vélocité historique de l’équipe en story points pour définir une limite haute réaliste pour le sprint.
3. Sélectionner les éléments du backlog (15–30 min)
   Prenez des éléments en haut du backlog raffiné qui soutiennent le Sprint Goal et rentrent dans la capacité. Utilisez les story points comme contrôle léger de la taille. Ré-estimez rapidement tout élément qui a changé de manière significative depuis le refinement.
4. Utiliser le planning poker pour les estimations floues (10–20 min)
   Si l’équipe doit ré-estimer ou dimensionner de nouveaux éléments, utilisez le planning poker. Ouvrez une session gratuite en ligne, ajoutez les stories, votez simultanément, discutez les écarts et convergeez — généralement en 2 à 3 tours par story.
5. Découper les stories en tâches (15–20 min)
   Les Developers identifient le travail nécessaire pour respecter la Definition of Done. Capturer les tâches fait apparaître tôt la complexité cachée et les dépendances.
6. Identifier les risques et dépendances (5 min)
   Signalez tout ce qui pourrait bloquer la livraison : designs manquants, APIs tierces, validations externes. Ajoutez des tâches explicites ou des spikes pour chaque risque.
7. S’engager et conclure (5 min)
   L’équipe confirme le Sprint Backlog et le Sprint Goal. Le Scrum Master met à jour le sprint dans l’outil de gestion de projet et clôture la réunion.

Conseils de facilitation

• Protéger la timebox — si une discussion dérive, mettez le sujet de côté et continuez. Résolvez-le en follow-up ou pendant le sprint.
• Garder le Sprint Goal au centre — chaque élément sélectionné doit le servir.
• Ne pas s’engager sur 100 % de la capacité — laissez 10–20 % pour le travail imprévu, les bugs et le support.
• <strong>Utiliser des outils adaptés au distanciel</strong> — si votre équipe est distribuée, partagez les écrans, utilisez un tableau virtuel et lancez le planning poker en ligne pour voter simultanément.
• Noter les décisions clés — consignez le Sprint Goal, la capacité et les éléments reportés dans votre outil de backlog avant le départ de chacun.

Anti-patterns courants à éviter

• Commencer avec un backlog non raffiné — cela mène à de longues discussions, à un manque de contexte et à de mauvaises estimations.
• Passer le Sprint Goal — cela laisse l’équipe sans boussole quand les priorités changent en milieu de sprint.
• Sur-s’engager — une planification optimiste qui ignore la capacité conduit à des sprints ratés et à une faible motivation.
• Les terriers de lapin de l’estimation — timeboxer chaque estimation de story à 5–10 minutes permet de garder la session en mouvement.
• Le Product Owner décide de ce que l’équipe peut faire — les Developers possèdent le plan ; le Product Owner possède l’objectif.

Le rôle du Scrum Master dans le Sprint Planning

Le Scrum Master ne dirige pas le Sprint Planning au sens traditionnel d'un animateur de réunion.

Pratiquement, le Scrum Master se prépare en confirmant que les éléments du backlog sont affinés et prêts.

• Avant la planification : confirmer avec le Product Owner que les éléments principaux du backlog sont prêts.
• Pendant la planification : limiter chaque discussion dans le temps, gérer les tours de Planning Poker.
• Après la planification : enregistrer le Sprint Goal dans l'outil de suivi.

Le rôle du Product Owner dans le Sprint Planning

Le Product Owner est la voix de la valeur métier dans le Sprint Planning.

Les Product Owners les plus efficaces arrivent au Sprint Planning après une conversation préparatoire avec le Scrum Master.

• Proposer le Sprint Goal : le formuler comme un résultat métier, pas une liste de fonctionnalités.
• Clarifier la portée, pas l'implémentation : expliquer à quoi ressemble le succès pour chaque histoire.
• Être disponible pour toute la session : les Product Owners qui partent après avoir présenté l'objectif laissent l'équipe incapable de répondre aux questions.

Exécuter efficacement le Sprint Planning pour les équipes distantes

Le Sprint Planning distant introduit des défis que la planification en présentiel gère organiquement.

Maintenir l'engagement des participants distants

• Caméras allumées pendant le vote : la qualité des discussions de Planning Poker s'améliore quand les participants peuvent se voir.
• Contributions en round-robin pour la décomposition des tâches : demandez à chaque participant de nommer une tâche.
• Utilisez le parking visiblement : maintenez une liste partagée et visible des sujets hors portée.

Outils qui soutiennent le Sprint Planning distant

• Outil Planning Poker en ligne : pour une estimation simultanée et sans ancrage.
• Tableau blanc virtuel : pour la décomposition des tâches et la cartographie des dépendances.
• Vidéoconférence avec chat persistant : gardez le canal de chat ouvert tout au long de la session.

Liste de contrôle de préparation pour le Sprint Planning

Utilisez cette liste avant chaque session de Sprint Planning.

• Le Product Backlog est ordonné avec des priorités claires pour les histoires équivalant à 1,5× la capacité du sprint.
• Toutes les histoires candidates ont des critères d'acceptation acceptés.
• Toutes les histoires candidates ont des estimations de story points.
• La disponibilité des membres de l'équipe est confirmée.
• La capacité du sprint est calculée et convenue.
• Le Product Owner a un brouillon de Sprint Goal prêt.

Guides et ressources associés

• Qu’est-ce que le Sprint Planning en Scrum ?
• Modèle d’ordre du jour de Sprint Planning
• Vue d’ensemble de la planification Scrum
• Guide du Planning Poker
• Comment utiliser le Planning Poker étape par étape
• Lancer une session gratuite de planning poker