fbpx
Un Backlog représente une liste d’éléments à valeur ajoutée qu’il reste à réaliser. Ainsi, pour un produit numérique, il peut se constituer de :
  • User Stories (nouveau besoin ou évolution)
  • Anomalies
  • Tâches techniques
  • Spike (tâche d’étude sur un sujet bien identifié)
Le terme “Backlog” a été popularisé dans le monde de l’informatique avec l’arrivée de Scrum qui définit 2 types :
  • Le Product Backlog
  • Le Sprint Backlog

Le Product Backlog

Il représente le reste à faire au niveau du Produit. Il est vivant et mis à jour, entre autres, sur la base des retours utilisateurs. Les éléments présents dedans n’ont pas besoin qu’on les détaille beaucoup. L’idée est avant tout d’avoir une vision globale permettant aux parties prenantes du Produit d’avoir une visibilité sur le reste à faire ainsi qu’une idée de l’avancement. Le Product Owner en est responsable. Sa modification doit se faire avec son accord.

Le Sprint Backlog

Il représente les éléments à réaliser pour atteindre le Sprint Goal. Il est défini en amont d’un sprint lors du Sprint Planning et, dans la mesure du possible, n’évolue pas en cours de sprint. Si on l’amène à évoluer, cela se fait en accord avec l’équipe de développement. Contrairement aux éléments présents dans le Product Backlog, un élément du Sprint doit être détaillé (avec ses critères d’acceptation) afin que la réalisation soit conforme à l’attendu. En plus d’être de formidables outils de communication, les backlogs sont des éléments tangibles permettant de faire des projections et ainsi favorisant des prises de décision “data-informed”.

Pour aller plus loin :

Voici une liste d’articles abordant la notion :

Téléchargez notre livre Agile Product Management