Dans un projet, il ne devrait y avoir qu'un seul backlog correspondant à un seul produit.Le backlog de produit est détenu et géré par le propriétaire du produit . C'est un document vivant avec une liste de souhaits proioritisée qui grandit et est affinée à une cadence régulière pour s'assurer que l'équipe de développement se concentre sur l'achèvement .
Il sert de liste ordonnée et émergente des besoins des utilisateurs plus tout ce qui est nécessaire pour réaliser la vision du produit.Chaque élément est appelé élément du backlog de produit -PBI.
PBI ,peut être exprimé sous la forme de
- User story
- Mind map
- Use case
- Impact story
- Voice of the customer
- Feature description
Il a des éléments axés sur le client -typiquement des user stories les priorise et les ajoute à celui-ci. Les fonctionnalités sont mesurées et développées en fonction des user stories, plutôt que des lignes de code. A tout moment, le backlog de produit n'est pas complet, il est dynamique par nature et répertorie
- les fonctionnalités
- les fonctions
- les exigences
- les améliorations
- les défauts
- les éléments de travail
- les corrections
qui constituent les changements à apporter au produit dans la future version. Au fur et à mesure qu'un produit est utilisé et qu'il gagne en valeur ,que le marché fournit des commentaires ,le backlog du produit devient une liste plus grande et exhaustive . Les exigences ne cessent de changer, par conséquent, un backlog de produit est un artefact vivant.
Le backlog de version est un sous-ensemble du backlog de produit qui est prévu pour être livré dans la version à venir. Il est géré par le PO.Au sein d'un projet ,il peut y avoir plusieurs versions ,un backlog de version est créé pour chaque version . Plusieurs sprints peuvent aboutir à une release.
Le sprint backlog est une liste détaillée des user stories qui doivent être réalisées à l'horizon de la timebox. Il est créé pour chaque sprint. Il est fait collectivement comme une prévision par l'équipe de développement pour rendre compte du travail nécessaire pour faire un incrément fait.Plaminé avec suffisamment de détails et il émerge pendant le sprint.Chaque élément dans le backlog de sprint, dispense l'idée d'avoir quelque chose de potentiellement expédiable.
Lorsque les éléments du plan sont jugés inutiles, ils sont supprimés . A la fin de chaque sprint,le produit est prêt à être remis au client ou à être montré à la partie prenante. Lorsque l'élément est accepté par le PO et que la définition de "fait" est respectée, l'élément passe à la section des incréments de produit et est distribué en tant que produit potentiellement expédiable. Ce n'est que lorsqu'il est considéré comme fait et prêt à être expédié qu'il tombe sous l'incrément de produit qui ajoute de la valeur. Chaque incrément s'ajoute à tous les incréments précédents et est testé de manière approfondie. A n'importe quel moment du sprint ,le travail total restant dans le Sprint backlog peut être additionné.