Sprint Planning

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 (Sprint 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ément 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. A la fin du Sprint Planning, l’équipe doit être confiante qu’elle réussira à atteindre l’objet 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

1. Réunir la Scrum Team (Product Owner, Scrum Master et développeurs)
2. Confirmer la capacité de l’équipe
   temps + personnes disponibles
3. 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 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’arriver 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. Ceux 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, un 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.