Dans ce chapitre, vous apprenez à décrire tous les enjeux de l'itération dans le Sprint Backlog (carnet de sprint, en français). C'est avec cet artefact Scrum que vous suivrez le travail quotidiennement.
Le Sprint Backlog dans le modèle Scrum
Cet extrait du Product Backlog correspond à tout le périmètre qui doit être produit au cours du prochain sprint. Vous le présentez sous la forme d'un tableau Kanban (ou Scrum Board) pour rendre visible toute la gestion de l'itération. Affichez au mur l’objectif du sprint, les User Stories du sprint, ainsi que les tâches décrivant les actions définies par les développeurs.
Les développeurs sont responsables du Sprint Backlog. Vous devez les encourager à le faire évoluer si de nouvelles tâches sont identifiées. Utilisez vos réunions quotidiennes pour analyser les tâches qui n'avaient pas été détectées lors du Sprint Planning. 📘 Selon le guide Scrum :
Le Sprint Backlog est une vue en temps réel, très visible, du travail que l’Équipe planifie d’accomplir durant le Sprint, et il appartient uniquement aux développeurs.
Les tâches sont la propriété collective de vos développeurs. En qualité de Scrum Master, vous facilitez la communication et la collaboration des membres de l'équipe. Évitez notamment les dégradations liées à l'isolement d'un ou plusieurs équipiers.
Le Sprint Backlog pour le Scrum Master
Vous pouvez calculer la somme totale de travail restant dans le Sprint Backlog à n’importe quel moment du sprint. Créez un graphe en grand format (Burndown Chart, en anglais) dans votre local :
L'axe vertical représente la quantité de travail restant à effectuer (en Story Points).
L'axe horizontal correspond à la durée du sprint (en jours).
Vous accompagnez la progression de l'équipe en assurant la transparence du Sprint Backlog. Faites le suivi du total de Story Points avec les développeurs pendant chaque réunion quotidienne. Anticipez vos dates de livraison et calculez votre probabilité d’atteindre l’objectif du sprint. 🎯
L’équipe est libre de choisir la manière dont elle veut incrémenter une fonctionnalité au produit ou service de votre client. Vous l'orientez à renégocier le périmètre du sprint avec le Product Owner lorsque le travail ne se déroule pas comme prévu. Gardez toujours à l'esprit l’objectif du sprint ! Favorisez la cohésion en motivant l’équipe à travailler ensemble, plutôt qu'individuellement.
Comment interpréter correctement les déviations des développeurs ? Quelles sont les interventions que le Scrum Master met en œuvre pour corriger le tir ?
Je vous conseille d'observer au plus près le travail de l'équipe (sans l'espionner) 🔬 afin de mieux comprendre la différence entre les résultats attendus et les résultats réels. Vous avez aussi la possibilité de proposer des ateliers de formation. Soyez persuasif et n'hésitez pas à enclencher des changements de mentalité !
En résumé
Votre Sprint Backlog réunit toutes les User Stories à développer pendant le sprint.
Aidez le Product Owner à prioriser les User Stories, et les développeurs à utiliser le tableau Kanban (ou Scrum Board).
En qualité de Scrum Master, vous accompagnez la progression de l'équipe Scrum avec la pratique agile du Burndown Chart.
Vous pouvez désormais suivre le travail de votre équipe au quotidien grâce au Sprint Backlog. Rendez-vous dans le chapitre suivant pour organiser votre première réunion quotidienne.
