Définition par le Scrum Guide
Le Sprint Planning lance le Sprint en présentant le travail à
effectuer durant le Sprint. Le plan qui en résulte est créé par le
travail collaboratif de toute la Scrum Team. Le Product Owner veille à
ce que les participants soient prêts à discuter les éléments les plus
importants du Product Backlog et de comment ces éléments représentent
l’Objectif de Produit (Product Goal). La Scrum Team peut également
inviter d’autres personnes à participer au Sprint Planning pour donner
des conseils.
Le Sprint Planning aborde les thèmes suivants :
- Pourquoi ce Sprint est‐il important ?
⇒ Définir le Sprint Goal - Que peut‐on faire durant ce Sprint ?
⇒ Sélectionner les éléments dans le Product Backlog - Comment le travail choisi sera‐t‐il réalisé ?
⇒ créer un Increment qui répond à la Definition of Done.
Affirmation 1. Le PO a un rôle de meneur / leader lors du Sprint Planning car il est au coeur de la définition d’un Sprint Goal pertinent pour l’organisation
Affirmation 2. À la fin du Sprint Planning, l’équipe doit être confiante qu’elle réussira à atteindre l’objectif et que le plan créé permettra de l’atteindre.
- Vote de confiance
Organiser le Sprint Planning
Affirmation 3. Organiser l’équipe pour réussir le prochain sprint
- Réunir la Scrum Team (Product Owner, Scrum Master et développeurs)
- Confirmer la capacité de l’équipe
temps + personnes disponibles - Identifier les items dans le Product Backlog qui peuvent être réalisés
⇒ On obtient notre Sprint Backlog et son Sprint Goal
Les phases du Sprint Planning
Pourquoi ? (faire le sprint)
Affirmation 4. Le PO expose la raison du Sprint. Qu’est-ce qui va apporter de la valeur au produit et “pourquoi ?”. Donner du sens.
Notre Pourquoi va permettre à l’équipe d’affiner et de définir le Sprint Goal. Par exemple, on a des retours utilisateurs comme quoi les clients n’arrivent pas à naviguer correctement entre les pages du site. Donc notre objectif de Sprint va être de faciliter le parcours utilisateur sur le site.
Quoi ? (faire)
Affirmation 5. Le PO ne dit pas quoi faire. Ce sont les développeurs qui sont acteurs et choisissent les choses à faire pour atteindre le Sprint Goal.
Ils vont choisir les éléments du Product Backlog qui sont nécessaires
pour atteindre l’objectif. C’est un travail collaboratif et de partage
entre le PO et les développeurs.
⇒ Les développeurs créent un plan pour atteindre le Sprint Goal.
Comment ? (faire le travail)
On a un objectif, on a des idées pour arriver à cet objectif il nous
reste à définir l’implémentation pour arriver à cet objectif.
Dans cette étape, les développeurs vont s’orienter technique. Ils vont
découper, changer, discuter des éléments.
Résultat
À l’issue de cette réunion de planification, l’ensemble de l’équipe dispose d’un Sprint backlog, c’est-à-dire un sous-ensemble du Product backlog initial qui ne comporte que les tâches des stories qui seront implémentées dans cette itération. Il résulte de la formalisation des échanges de la réunion qui ont souvent lieu autour d’un tableau blanc et de Post-it. Il est important de noter que dans le product backlog on liste des fonctionnalités, alors que dans le sprint backlog, on bascule vers les activités correspondant aux fonctionnalités implémentées.