Le backlog de produit : un guide étape par étape

Un backlog de produit est l'un des éléments essentiels de la chaîne de développement de produits, une liste hiérarchisée des fonctionnalités du produit qui mène de la vision de l'entreprise et du produit à l'exécution jusqu'à une version complète. C'est un outil puissant, car il convertit une vision de haut niveau en détails de travail de la création d'un produit. Un chef de produit a la responsabilité principale de créer, de prioriser et de maintenir un backlog de produit. Plongeons plus profondément dans le processus étape par étape et les éléments de base de la construction d'un backlog de produit sain.

Diviser le backlog en deux listes

Avant de créer un backlog, définissez son périmètre, s'il doit s'appliquer à une ligne de produits, à un groupe de produits ou à tous les produits de l'entreprise, cela vous aidera à gérer les fonctionnalités.

J'ai appris à travers plusieurs projets qu'il est sain de diviser le backlog en deux listes : le backlog principal à long terme et le backlog exécutable à court terme (également appelé backlog de sprint car il peut inclure un ou plusieurs sprints). L'idée est de se concentrer sur les éléments les plus urgents afin de les développer rapidement tout en conservant une vue d'ensemble de toutes les fonctionnalités du master backlog.

Au début, les deux backlogs commencent comme une liste de fonctionnalités de haut niveau. Cependant, un backlog de sprint est généralement divisé en epics et user stories pour une exécution facile, tandis que le backlog à long terme reste tel quel. En tant que chef de produit, vous décidez quels éléments doivent être déplacés d'une liste à l'autre, et quand.

Sources de l'arriéré

L'étape suivante consiste à identifier les sources qui peuvent suggérer des fonctionnalités potentielles pour un backlog. La source peut être une recherche d'utilisateurs, une demande spécifique d'un client, une enquête ou une étude marketing détaillée. Si vous avez des résultats pertinents d'un autre produit avec lequel vous travaillez, ils peuvent également constituer une excellente source. Bien que ce soient les sources les plus courantes, il en existe quelques autres :

• L'équipe QA est une excellente source d'éléments de backlog, car elle utilise le produit de manière intensive et peut avoir des commentaires précieux pour des améliorations.
• Commentaires de l'assistance client. Dans le cas des produits matériels, une source décente peut être un problème de fabrication ou des problèmes signalés sur le terrain.
• Les examens des problèmes, problèmes ou bogues du produit peuvent également donner des idées sur la façon de l'améliorer.
• Les demandes des commerciaux
• Initiatives ou idées de R&D

S'abstenir de bloquer les fonctionnalités

Un bon chef de produit doit posséder le backlog et agir en tant que gardien qui contrôle quelles fonctionnalités y apparaissent et sont exécutées. Un backlog est construit de sorte que les éléments hautement prioritaires apparaissent en haut de la liste et les moins importants en bas. Les chefs de produit sont censés favoriser l'inclusion d'éléments dans le backlog plutôt que de les bloquer. Le blocage ne devrait se produire que dans des cas extrêmes, lorsqu'un chef de produit est pleinement convaincu qu'une fonctionnalité est sans valeur. Au lieu de bloquer les éléments, laissez le processus de priorisation faire le filtrage. Cela peut sembler irrationnel, mais vous pouvez même aller jusqu'à inclure une fonctionnalité qui ne sera peut-être pas développée avant cinq ans - avoir toutes les fonctionnalités potentielles au même endroit est une source précieuse.

Manipulation des articles

Un backlog se compose de fonctionnalités de haut niveau qui doivent être développées en epics, ou user stories, ou simplement saisies avec des descriptions afin qu'elles apparaissent dans le backlog. Lorsque vous les incluez, assurez-vous d'avoir suffisamment d'informations, mais ne surchargez pas les détails. Soyez agile : investissez du temps dans la rédaction de descriptions uniquement lorsque les éléments approchent du stade de développement. Un chef de produit doit garder un équilibre entre avoir une vue d'ensemble et ne pas aller trop loin dans les détails afin de gagner du temps et de rester efficace.

Hiérarchiser le Backlog

Le tri de l'arriéré est le processus central de la priorisation. Il s'agit d'une étape hautement stratégique qui se concentre sur les données plutôt que sur une intuition. Bien que la priorisation relève généralement de la responsabilité d'un chef de produit, elle doit généralement être confirmée et approuvée par la haute direction. Avoir une structure en place vous aide à défendre vos décisions de priorisation. Vous devez être en mesure de présenter la structure, de la communiquer et d'obtenir son approbation.

Une exigence clé pour maintenir un processus de hiérarchisation sain est de créer des pondérations et des critères d'évaluation bien définis pour les fonctionnalités du backlog. Différents produits nécessitent différentes solutions en fonction de leur nature. Dans la section suivante, j'introduis des composants pratiques qui peuvent être utilisés comme une boîte à outils pour créer différentes formules pour une hiérarchisation efficace.

Définir les critères de priorisation

Définissez des critères importants pour votre produit et utilisez-les pour noter chaque fonctionnalité du backlog. Ces critères doivent être inclus pour tout produit :

• Revenus. Ce critère concerne le montant de revenus que la fonctionnalité peut potentiellement apporter et est basé sur les commentaires du client ou de l'équipe de vente. À moins qu'il n'y ait déjà un accord convenu, les revenus potentiels ne seront qu'une estimation approximative. Malgré cela, il s'agit toujours d'une mesure utile pour la hiérarchisation car elle aide le chef de produit à éviter les fonctionnalités avec un retour sur investissement (ROI) potentiellement faible.
• Adéquation au marché et unicité du marché. L'adéquation au marché indique si une fonctionnalité donnée résout un problème existant pour les utilisateurs. L'unicité du marché est une mesure de la singularité de cette nouvelle fonctionnalité par rapport à vos concurrents. Ces deux éléments combinés mettront en évidence les fonctionnalités les plus pertinentes qui n'ont pas encore été développées par la concurrence et représentent ainsi une belle opportunité.
• Complexité. Ce critère combine le temps de lancement estimé et la complexité globale d'exécution. Combien de fonctions cela va-t-il impacter ? Quels sont les coûts cachés directs et potentiels pour chacun ? Visez le délai de livraison le plus court possible avec la valeur maximale que la fonctionnalité peut apporter.

Autres critères à prendre en compte selon le produit :

• Confiance. Dans quelle mesure êtes-vous sûr que cela va être utilisé ? C'est un critère important pour les startups, mais aussi lorsqu'une entreprise entre sur un nouveau marché.
• Risque. Plus le risque est élevé, plus le score pour ce critère est bas. Ce critère est étroitement lié au critère de confiance .
• Coût. Un coût de mise en œuvre élevé obtient un score faible. Il est similaire au critère de complexité , cependant, il existe des cas où un coût élevé implique un temps de développement court.

Méthode de notation

Avant de donner des notes à chaque fonctionnalité du backlog, définissez trois à cinq options (très faible, faible, moyen, élevé) et décrivez-les brièvement. Par exemple, en ce qui concerne la durée de développement des fonctionnalités, le critère de complexité aurait les notes suivantes :

• Très lent. Il ne faut que quelques jours pour implémenter une fonctionnalité. (Cette fonctionnalité obtient la note la plus élevée .)
• Meugler. La mise en œuvre prend moins d'un sprint complet ou une à deux semaines.
• Moyen. La mise en œuvre prend un sprint ou deux semaines.
• Haut. La mise en œuvre prend plus d'un sprint. (Cette fonctionnalité obtient la note la plus basse.)

Ne donnez pas de numéros séquentiels aux niveaux (c'est-à-dire, n'utilisez pas 0, 1, 2, 3). Utilisez plutôt ce système :

0 point pour une note très faible
1 point pour la note basse
3 points pour la note moyenne
9 points pour la note élevée

Lorsque vous utilisez cette méthode de classement, vous obtiendrez une séparation claire de la somme des caractéristiques. Cela fait une différence substantielle lorsque vous l'utilisez avec 30 ou 50 fonctionnalités et que vous ne voulez pas vous retrouver avec 15 fonctionnalités ayant le même score - ce que vous voulez, c'est une liste de priorités clairement triée.

Définir les poids

La prochaine étape importante consiste à définir les pondérations ou les facteurs pour les critères choisis. Par défaut, tous les critères contribuent de manière égale aux notes des fonctionnalités. Cependant, parfois, les critères ont un impact significativement différent, donc une contribution plus solide. Pour simplifier, prenons un exemple numérique avec deux critères : A et B. Si vous additionnez les points comme décrit ci-dessus, chaque critère contribuera à la moitié de la note. Cependant, lorsque le critère A est deux fois plus important que le critère B, vous devriez trouver une formule comme celle-ci :

Note globale de la fonctionnalité = 0,66 * A + 0,33 * B

Il pourrait y avoir de nombreuses versions différentes de cette formule, selon le poids des facteurs qui est converti en nombre. Les poids doivent toujours totaliser un.

La méthode de pondération offre une flexibilité pour la hiérarchisation et aligne les éléments du carnet de commandes avec la stratégie de l'entreprise. Par exemple, si une entreprise se concentre sur les revenus à court terme, les facteurs liés aux revenus auront une note plus élevée dans le schéma de pondération que les autres. De cette façon, les fonctionnalités qui devraient générer des revenus apparaîtront en haut d'un backlog.

Raffinement : vers des histoires d'utilisateurs

Une fois le processus de priorisation terminé, la prochaine étape avec le backlog de sprint consiste à créer des user stories. Un chef de produit insère les descriptions initiales des fonctionnalités et inclut les versions brutes des user stories dans le backlog. Il est maintenant temps d'engager une équipe Scrum pour créer de nouvelles histoires d'utilisateurs afin de répondre aux besoins des utilisateurs. Le raffinement (ou toilettage) du backlog est certainement le résultat d'un travail d'équipe. J'aime réfléchir avec une équipe en transformant les magasins d'utilisateurs en fonctionnalités, car c'est à ce moment-là qu'une vision abstraite se transforme en une implémentation réelle. En tant que chef de produit, vous pourriez chercher à développer une user story précise. Gardez cela à l'esprit, mais restez ouvert aux idées de l'équipe : d'après mon expérience, la user story peut être considérablement améliorée par les contributions de l'équipe.

Le backlog à court terme se compose de trois types de user stories :

• Brut. Ce sont des histoires fraîchement cristallisées qui sont traitées au stade du raffinement. Un chef de produit doit être proactif et diriger l'équipe afin de pousser les meilleures histoires dans la phase de développement.
• Prêt. Ce sont des histoires prêtes à être développées. À ce stade, un chef de produit doit être pratique et soutenir l'exécution en répondant aux questions et en supprimant les goulots d'étranglement.
• Terminé. Ce sont des histoires terminées qui sont prêtes pour le déploiement et la publication.

Maintenir l'arriéré

Périodiquement, les deux backlogs, le master et le sprint, doivent être révisés. Lorsque la liste à long terme est surchargée de tâches, passez en revue les éléments en bas et décidez s'ils doivent être supprimés ou non. Assurez-vous également de réviser le backlog après avoir composé un plan de publication. Avec une hiérarchisation actualisée, les éléments doivent être déplacés vers le backlog à court terme si leur priorité change. Une fois les fonctionnalités implémentées et publiées, étiquetez-les comme « terminées » et archivez-les sous le backlog principal. Vous pourriez en avoir besoin pour la rétrospective de sprint et la mesure des KPI.

Comment communiquer un backlog

Étant donné que le backlog est un plan de création de produit majeur, il est crucial pour un chef de produit de le communiquer efficacement à l'équipe, au PDG ou aux autres parties prenantes. Ne présentez pas la liste telle qu'elle est—il y a trop de détails et vous perdrez l'attention de l'auditoire. Au lieu de cela, concentrez-vous sur deux aspects :

• Mécanisme prioritaire. Donnez la présentation de haut niveau des critères et des pondérations des éléments du backlog et justifiez-les avec des données à l'appui. De cette façon, vous convaincrez le public que le backlog que vous avez construit répond à toutes les exigences et est aligné sur la vision d'une entreprise.
• Caractéristiques. Présentez les caractéristiques du backlog de haut en bas. Le niveau détaillé doit dépendre de l'audience et vous devrez peut-être expliquer à la fois les fonctionnalités et leurs notes.

Outil puissant

Un carnet de produit est un outil puissant pour le chef de produit, car il représente un passage de la réflexion stratégique aux tactiques quotidiennes. Les compétences que vous développez en tant que chef de produit (pour gérer, hiérarchiser, mettre à jour et maintenir le backlog) vous seront très utiles pour créer d'excellents produits et améliorer les performances globales de votre entreprise.