Un backlog est un ensemble ordonné d’éléments à réaliser pour délivrer le produit, c’est tout le travail que l’équipe va devoir réaliser. Souvent présenté sous forme de liste, le backlog est constitué de plusieurs éléments:
- L’Epic, qui décrit une partie de la solution à développer pour répondre au problème identifié. L’Epic regroupe les User Stories et contient des informations macroscopiques et de contexte, ainsi que les critères de succès.
- La User Story, qui décrit un besoin utilisateur et précise comment faire évoluer le produit pour y répondre.
- La Technical Story, qui rassemble les prérequis techniques nécessaires au développement des User Stories. Ils sont généralement rédigés par l’équipe de développement.
- Le ticket de bug, qui décrivent les anomalies et comportements non désirés du produit. Au même titre que les autres éléments, ces tickets doivent apparaître dans le backlog pour être priorisés.
- Le Spike, qui est un sujet d’étude lancé quand une demande n’est pas estimable car il y a trop d’inconnues, ou quand une phase de recherche est nécessaire avant de statuer sur une solution. Il est préférable d’y associer une date d’échéance ainsi qu’un objectif de livrable.
- 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 : Téléchargez notre livre Les Clés du Product Management
