Sprint Backlog : structure et rôle en SCRUM
Le Sprint Backlog n'est pas une simple liste d'item qui seront réalisés durant le sprint.
Le Sprint Backlog est composé de trois éléments :
- L'objectif global du sprint. Simple, il peut être défini en une courte phrase.
Il permet à tout le monde de comprendre facilement l'objectif du sprint, afin de toujours rester concentré sur l'objectif.
- Le périmètre du sprint. C'est la liste des Product Backlog Items, issus du Product Backlog.
- Le plan d'action du sprint.
Le Sprint Backlog est conçu pendant le Sprint Planning, mais n'est pas figé.
Il peut évoluer tout au long du sprint, sauf l'objectif global, qui reste fixe, car il est la raison d'être du sprint.
Si l'objectif du sprint est complètement obsolète, le Product Owner, et lui seul, peut prendre l'initiative d'annuler le sprint.
En pratique, c'est extrêmement rare.
Le Sprint Backlog est visible et transparent. Il est fait par, et pour les développeurs.
Les développeurs doivent être capables d'expliquer comment ils comptent achever l'objectif du sprint.
Le Sprint Backlog peut contenir les actions d'amélioration identifiées lors des sprints précédents.
Ce n'est pas obligatoire, mais c'est une bonne pratique d'intégrer les actions d'amélioration dans le Sprint Backlog.
Que faire, à la fin du sprint, si un Product Backlog Item n'est pas réalisé à 100 % ?
Dans ce cas, on renvoie l'item dans le Product Backlog.
On ne l'intègre pas directement dans le sprint suivant, ce n'est pas automatique.
En effet, l'équipe doit le prioriser à nouveau et refaire le point en début de sprint suivant, pour vérifier si les priorités n'ont pas évoluées entre temps.
À l'inverse, on n'intègrera pas non plus l'item dans l'incrément produit, car il n'est pas complètement terminé, pas utilisable, pas forcément entièrement testé.
Il ne sera pas présenté lors de la prochaine Sprint Review.