Dans ce chapitre, vous préparez la réunion de planification d'une itération (ou Sprint Planning, en anglais). C'est un événement rituel du modèle Scrum qui concerne tous les acteurs de l'équipe.
Le Sprint Planning dans le modèle Scrum
Vous débutez chaque sprint par un événement rituel (ou cérémonie) destiné à définir l’objectif du sprint et son contenu. Vous décidez avec l'équipe Scrum quelles seront les User Stories à développer au cours de la prochaine itération. Restez concentré sur le Product Backlog afin de définir tous ensemble l'organisation la plus pertinente pour les développeurs. 💎
La réunion de planification d'un sprint se divise en trois parties, l’objectif, le périmètre et le plan de l'itération :
1. Pourquoi ce sprint est-il important ?
Le Product Owner explique comment augmenter la valeur du produit, et l’utilité du sprint qui commence. L’équipe Scrum collabore pour définir un objectif de sprint avant la fin du Sprint Planning.
2. Qu’est-ce qui peut être terminé au cours de ce sprint ?
L'équipe choisit ce qui sera développé au cours du prochain sprint. Le Product Owner définit l'objectif de l'itération à partir de vos analyses et de vos évaluations du Product Backlog.
3. Comment sera effectué le travail choisi ?
L'équipe se demande comment atteindre l'objectif du sprint. Vous décomposez le travail en journée (ou moins) afin de lister toutes les tâches des Users Stories candidates.
La première partie est sous le contrôle du Product Owner qui aide à la définition de l’objectif de sprint.. La deuxième partie est également sous le contrôle du Product Owner qui passe chaque User Story candidate en revue afin de confirmer ensemble les estimations, ainsi que les critères d’acceptation. La troisième partie est dirigée par les développeurs qui cherchent les meilleures solutions. Vous les aidez à découper les User Stories et à estimer les tâches.
Le Sprint Planning pour le Scrum Master
Vous vérifiez que toutes les User Stories retenues pour le sprint sont bien en adéquation avec l’objectif du sprint défini par le Product Owner. 🃏 Vous utilisez le Planning Poker afin d'estimer la complexité de toutes les tâches listées avec les développeurs. Anticipez la préparation de ce rituel en respectant :
la capacité de l'équipe ;
la priorisation du product backlog ;
les conditions du secteur d'activité ;
l'état actuel du produit ou du service ;
l'impact technologique.
Je vous conseille de prêter une attention particulière à la capacité de l'équipe. Le nombre de User Stories retenues pour un sprint est conditionné par votre calcul de la vélocité. C'est la raison pour laquelle vous avez tout intérêt à prévoir un sprint d'échauffement avant de développer le projet.
Que faire lorsque mon client s'oppose à l'idée d'un sprint d'échauffement ? Comment produire de la valeur dès la première itération avec le modèle Scrum ?
En tant que Scrum Master, vous devez faire une distinction assez stricte entre la préparation et la gestion du projet. Je consacre généralement deux semaines à collecter les besoins du client et des utilisateurs avant de proposer un Product Backlog cohérent. 😤 Faites preuve de pédagogie afin de convaincre votre client, et sinon utilisez des estimations théoriques pour le tout premier sprint.
En résumé
Votre Sprint Planning a pour objectif de fixer l’objectif, le périmètre et le plan du sprint.
En qualité de Scrum Master, vous anticipez la capacité de l'équipe en estimant la complexité de chaque tâche opérationnelle du sprint.
Proposez un sprint d'échauffement à l'équipe lors de la préparation du projet.
Et voilà, vous avez toutes les clés pour réussir votre Sprint Planning. Dans le chapitre suivant, vous allez compléter ce rituel avec un artefact Scrum essentiel : le Sprint Backlog !
