Sprint Backlog dans Scrum : Que signifie-t-il ?

Le Sprint Backlog est un ensemble d’éléments du Product Backlog sélectionnés pour le sprint actuelSprint, accompagné d’un plan pour livrer un incrément produit afin d’atteindre leObjectif du Sprint. Le Sprint Backlog définit les fonctionnalités que l’équipe de développement s’attend à inclure dans le prochain incrément ainsi que le travail nécessaire pour les livrer.

Sprint Backlog Scrum

Le Sprint Backlog définit le travail que l’équipe de développement doit accomplir pour transformer les éléments du Product Backlog en un incrément « terminé ». Il précise le travail nécessaire pour que l’équipe de développement atteigne l’objectif du Sprint.

Sprint Backlog

Le Sprint Backlog est un plan suffisamment détaillé pouvant être compris pendant laDaily Scrum pour suivre les changements de progression. L’équipe de développement affinera continuellement le Sprint Backlog tout au long du Sprint, et celui-ci évoluera progressivement au fil du Sprint — par exemple lorsque l’équipe travaille selon le plan et acquiert une meilleure compréhension du travail nécessaire pour atteindre l’objectif du Sprint.

Lorsqu’un nouveau travail apparaît, l’équipe de développement doit l’ajouter au Sprint Backlog. À mesure que les tâches progressent ou sont terminées, l’estimation du travail restant pour chaque tâche doit être mise à jour. Si une partie du plan perd sa pertinence pour le développement, elle peut être supprimée. Seule l’équipe de développement peut modifier le Sprint Backlog pendant le Sprint. Le Sprint Backlog est hautement visible et reflète en temps réel le plan de travail de l’équipe pour le Sprint en cours — il appartient exclusivement à l’équipe de développement.

Étant donné que les éléments du Product Backlog sont fixes au cours d’un cycle de Sprint, les raisons suivantes peuvent entraîner des modifications du Sprint Backlog :

• Au fil du temps, l’équipe de développement peut acquérir une meilleure compréhension des exigences et découvrir la nécessité d’ajouter de nouvelles tâches au Sprint Backlog.
• Les défauts sont ajoutés en tant que nouvelles tâches — ce sont des éléments incomplets provenant de Sprints précédents.

Le Product Owner peut collaborer avec l’équipe Scrum afin d’aider l’équipe à mieux comprendre l’objectif du Sprint. L’Scrum Master et l’équipe peuvent envisager des ajustements mineurs qui n’affectent pas la progression du Sprint mais pourraient apporter une valeur commerciale plus importante au client.

Suivi de la progression du Sprint

À tout moment pendant le Sprint, le montant total de travail restant sur le Sprint Backlog peut être calculé. L’équipe de développement suit tout le travail restant au moins pendant le Daily Scrum et prévoit la probabilité d’atteindre l’objectif du Sprint. En suivant les autres travaux pendant le Sprint, l’équipe peut gérer efficacement sa progression.

ScrumScrum ne tient pas compte du temps passé sur le Sprint Backlog. Nous ne nous soucions que du travail restant et de la variable temporelle.

Utilisation des graphiques de combustion pour le suivi

Graphiques de combustion du Sprint montrent le travail restant cumulatif pendant le Sprint, reflétant la tendance de la progression du travail. L’axe Y représente le travail restant, et l’axe X représente les jours ouvrés du Sprint.

Graphique de combustion

Au début du Sprint, l’équipe Scrum identifie et estime les tâches détaillées nécessaires à la réalisation. Toutes les tâches qui doivent être terminées mais qui ne sont pas encore terminées sont considérées comme un travail cumulatif. L’équipe met à jour le travail cumulatif quotidiennement en fonction des progrès. Si le travail cumulatif atteint zéro à la fin du Sprint, le Sprint est accompli avec succès.

Graphique de combustion de version

Dans un projet Scrum, l’équipe suit l’évolution globale du déploiement en mettant à jour le graphique de combustion de version à la fin de chaque Sprint. Le graphique de combustion de version enregistre l’évolution du travail restant estimé dans le Sprint Backlog au fil du temps. L’axe des X représente le cycle du Sprint, et l’axe des Y représente le travail restant, généralement mesuré en user stories, en jours-personne idéaux ou en jours d’équipe.