Backlog produit : définition et priorisation
Le backlog produit (product backlog) est la liste ordonnée de tout ce qu'une équipe prévoit de réaliser sur un produit : fonctionnalités, corrections, améliorations techniques, travaux d'exploration. Il sert de source unique au travail de l'équipe de développement, qui y puise à chaque itération les éléments les mieux préparés. Dans Scrum, le product owner répond de son contenu et de son ordre.
Ce que contient un backlog
Chaque élément du backlog décrit une part de valeur à livrer, le plus souvent sous forme de user story, accompagnée de critères d'acceptation et d'une estimation. S'y côtoient aussi des anomalies à corriger, des chantiers de dette technique et des études à mener avant de trancher une option. Le haut de la liste porte des éléments détaillés, prêts à être réalisés ; le bas, des intentions encore larges, qui se précisent à mesure qu'elles remontent.
Depuis la révision de 2020, le Scrum Guide rattache le backlog à un objectif de produit, le Product Goal : chaque élément se justifie par sa contribution à cet objectif. La liste évolue en permanence, au rythme de ce que l'équipe apprend des utilisateurs, du marché et de ses propres livraisons.
Ordonner et affiner le backlog
Ordonner le backlog revient à arbitrer entre valeur attendue, coût, risque et dépendances. Les équipes s'aident de méthodes de notation : MoSCoW classe les demandes en quatre niveaux d'exigence, WSJF rapporte le coût du retard à la taille du travail, RICE combine portée, impact, confiance et effort. Ces grilles éclairent la décision ; le product owner la prend et l'explique aux parties prenantes.
L'affinage, ou backlog refinement, est l'activité continue qui découpe les éléments trop gros, précise leurs critères et les estime avec l'équipe. Le Scrum Guide le décrit comme une activité distincte des événements du sprint ; beaucoup d'équipes lui consacrent pourtant une séance régulière, pour arriver à la planification avec des éléments déjà compris de tous.
Qui tient le backlog
Le product manager fixe la direction du produit et les résultats visés ; dans les organisations qui distinguent les deux rôles, le product owner traduit cette direction en éléments de backlog et en tient l'ordre au quotidien. Le product designer y verse les enseignements de la recherche utilisateur et des maquettes testées. Les développeurs web et mobile estiment les éléments, signalent les dépendances techniques et proposent les chantiers qui gardent le code facile à faire évoluer.
Les métiers
Les métiers qui s'en occupent.
- Produit, UX & Performance DigitaleProduct Manager
42 k€ à 250 k€ et plus brut annuel
- Produit, UX & Performance DigitaleProduct Designer
38 k€ à 140 k€ et plus brut annuel
- Développement, Architecture & Direction TechniqueDéveloppeur Web et Mobile
38 k€ à 130 k€ et plus brut annuel
Questions fréquentes
Backlog produit : vos questions.
- Quelle différence entre backlog produit et backlog de sprint ?
- Le backlog produit couvre tout le travail envisagé sur le produit, sur un horizon ouvert, et relève du product owner. Le backlog de sprint en est une sélection : les éléments retenus pour l'itération en cours, l'objectif de sprint qui les relie et le plan de réalisation établi par les développeurs, qui en sont responsables. Le premier s'ordonne selon la valeur, le second s'organise selon la manière de livrer dans le temps imparti.
- Comment prioriser un backlog produit ?
- Un backlog se priorise à partir de l'objectif du produit : chaque élément est évalué sur sa contribution à cet objectif, son coût de réalisation, le risque qu'il lève et ses dépendances. Les demandes des clients, du commerce ou du support entrent dans la même liste et suivent la même règle. Une revue régulière avec les parties prenantes rend les arbitrages visibles, et les indicateurs d'usage mesurés après chaque livraison viennent corriger l'ordre retenu.
- Quel outil pour gérer un backlog ?
- Les outils de suivi du travail, comme Jira d'Atlassian, Azure DevOps de Microsoft, Linear ou GitLab, tiennent le backlog sous forme de tickets que l'on ordonne, estime et relie entre eux, en épopées et en versions. Ils rattachent chaque élément au code qui le réalise et aux tests qui le valident. Une petite équipe se contente parfois d'un tableau partagé : la discipline d'affinage qui fait vivre la liste compte davantage que l'outil.
Dans le lexique : User story, CI/CD, PMO.
À propos de l'auteur
Co-fondateur d'Entourage Recrutement
Douze années de recrutement sur les métiers de l'IT ont mené Helder à co-fonder Entourage Recrutement. Il y pilote les missions freelance et le management de transition Tech, de l'ingénierie logicielle aux directions des systèmes d'information.
Vous recrutez sur ces sujets ?
Décrivez le poste et son périmètre. Un consultant Tech vous recontacte sous 24 heures ouvrées pour cadrer la recherche avec vous.