Outil de travail essentiel du product manager, le product backlog liste les fonctionnalités à développer pour répondre aux besoins prioritaires des clients et aux objectifs stratégiques de l’entreprise. Cet artefact de la méthode agile sert de guide à l’équipe de développement et évolue tout au long de la vie d’un produit. Comment créer un product backlog pertinent ? De quels éléments est-il composé ? On vous explique tout dans cet article.
Définition du product backlog
Le product backlog est un élément fondamental issu de la méthode agile SCRUM, qui repose sur la fragmentation d’un projet en cycles de travail itératifs. Il s’agit d’une liste de fonctionnalités d’un produit à développer, classées grâce à un travail de priorisation. On les appelle aussi items ou user stories (ou scénarios d’utilisation). C’est généralement le product manager qui se charge de construire le document puis qui le présente à l’équipe de développement lors du sprint backlog (réunion de planification entre les différentes phases du projet).
Le product backlog est un outil de référence et de communication interne qui montre la direction à suivre. C’est aussi un inventaire flexible qui s’adapte à tous les changements intervenant pendant les sprints, tels que :
- Le feedback des clients ;
- Les retards éventuels;
- De nouveaux besoins…
Les user stories, qu’est-ce que c’est ?
Afin de construire le product backlog, le product manager fait la synthèse des besoins exprimés par les clients, des priorités remontées par les autres équipes, et des objectifs stratégiques de l’entreprise. Il consolide tout cela dans une liste d’opportunités produit et évalue leur faisabilité avant de les rédiger sous la forme de user stories par exemple. Ce sont des phrases courtes et simples qui illustrent les spécifications fonctionnelles du produit. Ces petites histoires doivent précisément décrire les fonctionnalités à réaliser. L’objectif est de se mettre dans la tête de l’utilisateur final, de comprendre ce qu’il souhaite et de l’expliquer clairement aux équipes de développement.
Les user stories sont le résultat d’une longue phase de recherche et d’échanges. Une fois rédigées, elles s’intègrent au product backlog et sont hiérarchisées en fonction de leur valeur (coût de développement, délai de réalisation, ressources nécessaires…). Pendant la réunion de sprint backlog, l’équipe choisit les user stories qui seront traitées et celles qui attendront les prochains sprints. D’autres peuvent s’ajouter au product backlog, si de nouveaux besoins client sont exprimés et validés au cours du projet.
Comment créer un product backlog ?
Avant de vous mettre au travail, sachez qu’un product backlog doit permettre de répondre à ces trois questions :
Quels problèmes clients doit-on résoudre en priorité ?
- Quelles fonctionnalités faut-il développer pour apporter de bonnes solutions à ces problèmes ?
- Dans quel ordre doit-on les développer ?
- À qui sont-elles destinées ?
Voici nos conseils pour élaborer votre product backlog en 5 étapes.
La première, c’est de définir votre vision produit. C’est l’objectif final qui déterminera la fin des cycles de sprints. La vision doit s’écrire en quelques lignes, être claire et engageante pour toutes les parties prenantes.
La deuxième étape, c’est de créer sa liste de user stories attendues sur le produit pour mener à bien cette vision. C’est un travail qui suit la récolte d’informations auprès des utilisateurs potentiels et qui doit permettre de formaliser les besoins.
La troisième étape, c’est de créer une carte de stratégie. Pour ce faire, il est intéressant d’identifier ses personas. Ce sont des clients fictifs qui pourraient utiliser le produit final. Déterminez pour chacun les informations pertinentes pour évaluer leurs besoins (âge, sexe, métier, hobbies…). Vous pouvez ensuite associer ces personas à des user stories spécifiques.
La quatrième étape, c’est de prioriser les éléments. Vous pouvez désormais remplir votre product backlog en hiérarchisant vos user stories. Pour ce faire, le product owner peut être assisté par d’autres parties prenantes.
Enfin, la dernière étape, c’est le sprint backlog, soit la réunion de planification du premier sprint. Une fois votre product backlog construit, il faut rassembler toute l’équipe et distribuer les tâches. C’est également le moment où vous instaurez un délai de livraison des fonctionnalités attendues pour ce sprint.
Vous souhaitez structurer la construction de votre product backlog ? Harvestr est une plateforme digitale dédiée au product management qui accompagne les entreprises dans leur développement produit. N’hésitez pas à nous contacter pour découvrir l’ensemble de nos outils spécialisés !