Sprint backlog
Artefact scrum
Pour commencer, sachez que le sprint backlog est l’un des artefacts scrum. Ainsi, il existe trois artefacts autour du backlog :
- product backlog : ensemble des items à réaliser non pris en charge
- sprint backlog : ensemble des items pris en charge dans un sprint
- increment backlog : ensemble des items « done »
Chaque nouveau sprint aura son propre sprint backlog. L’équipe de développement doit travailler que sur un seul backlog lors d’un sprint.
Définition
Il représente l’ensemble des user-stories (Epic et Thèmes) écrites par le Product Owner (PO) dans l’univers du Scrum qui ont été pris en charge par l’équipe de développement pendant le Sprint en cours. En théorie, ces user-stories devraient passer en « Done » avant la fin du sprint.
Une user-story arrive dans un Sprint Backlog au début du sprint au moment de la Sprint Planning Meeting ; le PO propose l’ensemble des user-stories qui le constitueront au démarrage du sprint. La user-story en sortira au moment de la fermeture du sprint avec Sprint Rétrospective.
Celui-ci représente tout simplement l’ensemble de ces user-stories prises en charge par l’équipe pendant la durée d’un sprint.
Ces demandes peuvent se séparer en 4 types de demandes différentes :
- Features (fonctionnalités)
- Bugs
- Travaux techniques
- Acquisition de connaissances
Le type d’items existants dépend des équipes et de leur choix dans la gestion du backlog.
Nos articles
Ce blog propose de nombreux articles sur le sprint backlog que vous pouvez découvrir en liste ci-dessous. Ainsi, vous pourrez y apprendre comment le gérer et les meilleures astuces pour optimiser sa gestion.
N’hésitez pas à poster des commentaires sur les articles liés au backlog si vous avez besoin d’aide. La communauté se fera un plaisir de vous aider dans l’optimisation de la gestion de vos différents backlog.
