Les backlogs de produit sont un composant principal du développement de produit agile d'une organisation, car ils contiennent des éléments que vous devez traiter à un moment précis.
La création d'un nouveau produit commence par l'idée qui permet à une équipe de construire quelque chose de spécial. Même l'iPhone est venu pour la première fois en tant que prototype et a fait son chemin vers la popularité, grâce à leur équipe dévouée.
Tout en gérant une équipe, en tant que chef de produit, vous devez rester organisé avec des listes de tâches cruciales. Eh bien, ce n'est pas aussi facile qu'il n'y paraît.
Maintenir un liste à faire et décider lequel faire en premier est une tâche très difficile. Et lorsqu'il y a plusieurs parties prenantes, cela devient encore plus écrasant.
En conséquence, les organisations perdent beaucoup de temps et de ressources.
C'est là que la hiérarchisation des produits simplifie toutes les tâches et vous aide à maintenir correctement votre liste de tâches.
Dans cet article, je discuterai en détail du backlog produit, de ses éléments typiques, de ses avantages, etc.
What is a Product Backlog?
Un backlog de produit est une liste de fonctionnalités ou d'éléments de travail prioritaires qui vous aident à atteindre vos objectifs de produit et à définir des attentes valides parmi les équipes de développeurs. En termes simples, chaque produit en phase de développement a un backlog de produit dédié.
De même, chaque backlog de produit a une équipe dédiée. En général, il existe plusieurs backlogs de produits avec plusieurs équipes travaillant sur un produit plus important.
Par exemple, nommons un produit plus grand comme "Produit" et les produits plus petits comme "Produit A", "Produit B" et "Produit C". Le produit A, le produit B et le produit C ont leur propre backlog de produit et des équipes particulières pour le développement. Chaque équipe désignée travaille sur des produits plus petits pour finalement construire un produit plus grand.
Ainsi, il peut être défini comme une liste hiérarchisée des travaux qui découle de la feuille de route produit et ses exigences pour votre équipe de développement. Les éléments les plus essentiels sont en haut du backlog afin que les équipes de développement sachent lequel livrer en premier.
Cependant, un backlog de produit est un document en direct qui permet aux chefs de produit d'acquérir une meilleure compréhension des problèmes typiques et de la solution requise pour livrer le produit.
Who Prioritizes Backlog Items?
Un backlog de produit appartient à un Product Owner ou à un Product Manager. Un propriétaire de produit est responsable de la maintenance du backlog, tandis que les autres membres de l'équipe consacrent leurs efforts et leur temps au développement du produit.
Ainsi, le but premier du backlog de produit peut être :
- Développer un terrain pour aligner les équipes et les parties prenantes afin que les équipes de développement mettent en œuvre de précieuses histoires d'utilisateurs
- Offrir de la flexibilité pour s'adapter aux réalités et aux besoins
- Améliorer l'efficacité des prévisions de lancement de produits en utilisant un dénominateur commun entre différentes équipes pour rester ensemble sur un seul produit.
Typical Elements of Product Backlog
Un backlog de produit comprend des correctifs de bogues, des fonctionnalités, l'acquisition de connaissances et dettes techniques. Ces éléments sont des éléments distincts de travaux majeurs qui devaient être livrés pour l'achèvement du produit.
# 1. Corrections de bugs
Les défauts et les bogues sont les problèmes découverts par les utilisateurs finaux, qui sont échappés au cours de la contrôle de qualité processus. Si les bugs ne sont pas résolus dans le temps, ils ont tendance à s'accumuler avec le temps.
Votre équipe corrige rapidement les bogues pour maintenir l'intégrité du produit. Certains bugs sont suffisamment essentiels pour interrompre le sprint en cours de l'équipe, tandis que d'autres peuvent attendre le sprint suivant. Il reste au sommet du backlog du produit afin que l'équipe de développement n'oublie jamais les corrections de bogues.
# 2. Caractéristiques
Une fonctionnalité est une fonction d'un produit que les utilisateurs trouvent précieuse. Elle est également connue sous le nom de user story. Les fonctionnalités peuvent être complexes ou simples. Cependant, pour comprendre les besoins de l'utilisateur, vous devez créer une Story Map.
L'origine des demandes de nouvelles fonctionnalités provient de différentes sources. Les fonctionnalités incluent la gestion des produits, l'assistance, les ventes, les utilisateurs finaux, etc. Il peut être difficile de hiérarchiser les nouvelles fonctionnalités car vous devrez équilibrer les exigences concurrentes de :
- Garder les clients précédents satisfaits
- Rencontrer des opportunités de vente à terme
- Vers une vision supérieure du produit
Le chef de produit surveille ces sources et résout les demandes conflictuelles. Le faire régulièrement vous permettra de vous assurer que le backlog de produit a de nouvelles fonctionnalités qui peuvent attirer les clients et rendre les clients existants heureux.
# 3. Acquisition de connaissances
Ici, vous rassemblez des informations pour effectuer des tâches futures. Il est important de noter que l'acquisition de connaissances est une étape de recherche. Lorsque vous détectez une fonctionnalité qui nécessite davantage de recherche, vous pouvez créer une tâche d'acquisition de connaissances, telle qu'une preuve de concept, une expérience ou un prototype. Cela vous aidera à obtenir les informations nécessaires pour commencer votre travail sur la fonctionnalité.
# 4. Dettes techniques
La dette technique est comme la dette financière. Il accumule des intérêts lorsque vous ignorez la dette. Cela se produit lorsque les développeurs poussent cette étape au bas du backlog, alors cela devient plus difficile à accomplir.
Une gestion efficace du carnet de produit peut éviter la dette technique. Lorsque votre équipe de développement reste organisée avec la liste et assume le travail technique par incréments quotidiens ou plus petits, vous êtes moins susceptible de voir un intérêt accru pour le travail.
La dette technique est le résultat d'une évolution basée sur :
- Évolutivité et attentes en matière de performances
- Portée et orientation
- Technologie et meilleures pratiques
Product Backlogs: Benefits
Un produit représente certainement les commentaires de différentes sources, telles que les vendeurs, les développeurs et, surtout, les utilisateurs. Vous devez être prêt à prendre leurs commentaires, à les gérer, à les hiérarchiser et à y travailler de manière approfondie pour la livraison future du produit.
Sans un processus approprié, il devient difficile de développer votre produit. Ainsi, un backlog bien géré et bien traité vous aidera à vous concentrer sur le produit et conduira à une équipe plus efficace.
Discutons des avantages du maintien d'un backlog de produit dans une organisation :
- Mise au point améliorée : Le backlog de produit vous aide à vous concentrer sur les tâches importantes et vous permet d'éviter les distractions.
- Efficacité renforcée : La hiérarchisation des éléments garantit que votre équipe travaille minutieusement sur les tâches, ce qui conduit à une meilleure efficacité.
- Meilleure gestion des risques : Le backlog de produit peut identifier et traiter les risques tôt dans le processus de développement, ce qui rend la gestion sans risque.
- Meilleure satisfaction client : La satisfaction des utilisateurs finaux est votre objectif principal. Par conséquent, la priorisation du backlog est essentielle pour qu'une organisation les rende heureuses en vérifiant ce qu'il est nécessaire d'ajouter ou de supprimer du produit, ce qui en fait un produit précieux pour vos utilisateurs.
- Communication accrue : Le backlog de produit encourage la collaboration et la communication entre votre équipe, ce qui se traduit par une meilleure concentration lors du développement d'un produit et de meilleurs résultats.
- Amélioration du moral de l'équipe : Le backlog de produit fournit un objectif et un sens de la direction à l'équipe, ce qui améliore le moral.
- Favorise la flexibilité : Le backlog du produit change en fonction de la progression du développeur et du taux d'achèvement des tâches. Lorsque le développement du statut du produit change, le chef de produit redéfinit les priorités des tâches. Cette flexibilité est nécessaire pour éviter les vides dans les heures de travail.
En dehors de cela, vous pouvez trouver de nombreux avantages, tels que le retour sur investissement le plus rapide, une satisfaction client améliorée, des risques minimes, etc.
How to Create a Product Backlog
Le Product Owner a l'entière responsabilité des tâches de priorisation. Pour créer un backlog de produit bien géré, vous devez suivre ces étapes :
Étape 1 : Ajouter des idées au backlog de produit
Le backlog de produit est une liste d'idées. Il contient les déclarations ou les commentaires donnés par les membres de l'équipe, les parties prenantes et les clients. De manière simple, vous devez ajouter des idées à la liste après en avoir discuté avec les parties prenantes, les équipes et les clients à propos d'un produit existant ou d'un nouveau produit.
Au début, vous n'aurez que des idées limitées, mais pendant le processus de développement, vous obtiendrez de nouvelles idées, en gardant à l'esprit la pertinence du marché et la concurrence du produit.
Étape 2 : Obtenir des éclaircissements
Une fois que la partie prenante a besoin de modifications à votre ajout ou à la fixation du produit, il est important de le clarifier au préalable. Le propriétaire du produit doit clarifier les points de base suivants pour comprendre l'importance de l'ajout :
- La raison du correctif : Cela indique quel est réellement le problème, comment il a été causé et comment le résoudre.
- La valeur qu'il apporte : L'équipe analyse si le nouvel ajout contribuera à l'ensemble du produit et améliorera la qualité. L'ajout doit augmenter la valeur du produit. Ainsi, il en résulte une augmentation de la valeur de l'entreprise et de meilleurs retours sur investissement.
- La spécification de l'article : La spécification doit être claire du côté du propriétaire du produit afin que les développeurs ne rencontrent jamais de difficulté pendant le processus de développement.
Étape 3 : Priorisation
Une fois que tout est en ligne, la responsabilité du Product Owner est de hiérarchiser les backlogs de la plus haute à la plus basse priorité. Cette étape repose sur l'analyse stratégique de l'information. Avoir une liste bien gérée pourrait améliorer la communication entre les différentes équipes.
Le Product Owner hiérarchise les éléments du backlog en fonction de critères précis :
- Chiffre d'affaires : Toute caractéristique ou élément pouvant générer de meilleurs revenus doit être conservé sur une liste prioritaire.
- Unicité du marché et correctif : Si une fonctionnalité que vous décidez d'ajouter est unique sur le marché, vous êtes susceptible de vous démarquer sur le marché. De plus, vous devez voir si une fonctionnalité existante peut résoudre les problèmes des utilisateurs, car c'est le véritable objectif.
- Complexité: Avant de hiérarchiser les éléments du backlog, vous devez vérifier la complexité de la fonctionnalité proposée ainsi que le temps que cela peut prendre pour le développement et la publication.
Étape 4 : Mettre régulièrement à jour le backlog produit
Le backlog de produit est un document évolutif qui doit être mis à jour en temps opportun par le propriétaire du produit. Le processus d'affinage, de hiérarchisation et de mise à jour des éléments du backlog est une partie essentielle du processus de développement.
Le backlog produit contient de nombreuses idées. Vous aurez besoin d'affiner ces idées et d'écarter celles qui ne sont pas pertinentes. Avec la dernière étape, les éléments du backlog sont classés par ordre de priorité et organisés en fonction du niveau de priorité.
Some Prioritization Methods
Il existe de nombreuses méthodes à utiliser pour hiérarchiser les éléments du backlog. Discutons-en quelques-uns :
# 1. Technique MoSCoW
MoSCoW est un type d'analyse couramment utilisé dans la gestion des produits pour comprendre ce qu'il est essentiel de faire et ce qui ne l'est pas. C'est une méthode utile pour communiquer avec les parties prenantes sur ce sur quoi vous travaillez et pourquoi.
Le nom comprend quatre catégories de priorisation :
- Doit avoir: Exigences absolument nécessaires
- Avoir dû: Fonctionnalités hautement prioritaires
- Pourrais avoir: Caractéristiques possibles
- n'aura pas: Pas mis en œuvre
"Must have" représente les caractéristiques absolues qui doivent être présentes dans le produit. Cela peut être pour des raisons de sécurité, des raisons commerciales et des raisons juridiques. Pour cela, répertoriez les meilleurs et les pires scénarios d'inclusion de la fonctionnalité dans la liste et brossez le tableau.
"Devrait avoir" signifie les fonctionnalités qui peuvent être incluses mais qui ne sont pas obligatoires.
"Pourrait avoir" est pour les éléments qui peuvent être ajoutés si une organisation dispose des ressources nécessaires mais n'est pas une nécessité pour réussir.
"N'aura pas" ne vous indique pas que la fonctionnalité n'est plus requise ou est un élément supprimé. Au lieu de cela, le chef de produit signifie "pas cette fois". Il y a plusieurs raisons à cela, comme le manque de temps ou de ressources.
# 2. Matrice Eisenhower
Cette méthode est un moyen simple de gérer correctement le temps. Il est issu de la matrice de prise de décision de Dwight D. Eisenhower. Ceci est ensuite remplacé par une visualisation à 4 quadrants qui peut être utilisée pour hiérarchiser les tâches dans les listes de backlog.
La matrice contient deux dimensions de priorisation - l'importance et l'urgence. Cette technique vous permet d'allouer des tâches sur quatre sections de la matrice qui contient :
- Haute priorité
- Priorité moyenne
- Urgent mais important
- Priorité basse
# 3. Kano
Le modèle Kano est l'une des excellentes options pour les organisations qui recherchent le plaisir et la satisfaction de leurs clients. Le carnet de commandes de fonctionnalités des chefs de produit est infini, mais ils souhaitent créer une feuille de route produit avec les fonctionnalités parfaites. Le modèle Kano est une technique robuste qui guide les chefs de produit. Cette technique a été développée dans les années 1980 par Noriaki Kano.
Ce modèle comprend trois prémisses :
- La satisfaction qui reflète le bonheur du client
- La réaction des clients dépend des caractéristiques et des fonctionnalités d'un produit
- Sentiments des clients
# 4. Emploi le plus court pondéré en premier (WSJF)
WSJF est un outil qui aide vos équipes à hiérarchiser une liste d'initiatives. Habituellement, cet outil est utilisé dans le Scaled Agile Framework (SAFe). Une équipe calcule le score de chaque initiative en divisant le coût du retard par la taille ou la durée du travail. L'élément qui obtient le score le plus élevé figure en tête de liste en tant que priorité élevée.
How to Manage Backlogs
Suivez les pratiques mentionnées ci-dessous pour assurer une bonne gestion du backlog et maintenir votre backlog en bonne santé :
- Passez en revue le backlog du produit avant toute planification d'itération pour vous assurer que les tâches que vous avez priorisées sont correctes et que les commentaires précédents sont également mis en œuvre.
- Lorsque votre carnet de commandes devient plus important, vous devez classer les éléments en - à court terme ou à court terme et à long terme.
- Décider de conserver ou de supprimer les éléments en fonction de leurs avantages
- N'ajoutez aucune tâche sans une bonne planification.
- Faites de ce processus de priorisation une priorité dans votre organisation.
En outre, vous pouvez facilement redéfinir les priorités des tâches au cours du processus de développement en fonction de commentaires des clients. De plus, vous pouvez affiner les déclarations précédentes et ajouter de nouvelles exigences.
Sprint Backlog vs. Product Backlog
- Un backlog de produit répertorie tous les éléments qui doivent être complétés pour terminer le processus de développement dans les délais. Alors qu'un backlog de sprint comprend des éléments du backlog qui doivent être complétés dans le sprint.
- Les propriétaires de produits décident des listes de backlog, tandis que les équipes de développement décident des éléments du backlog de sprint.
- Un backlog de produit est construit en fonction de l'objectif du produit. Mais, un backlog de sprint s'aligne sur un sprint spécifique.
- Un backlog de produit peut être modifié au fil du temps, tandis que le backlog de sprint ne change pas après sa création.
- Un backlog de produit nécessite une maintenance et reste jusqu'à l'achèvement du projet. Mais, un backlog de sprint ne reste pas jusqu'à la fin ; ça se termine par le sprint.
Conclusion
Le maintien d'un backlog de produit est une étape essentielle du processus de développement de produit. Il fournit une vue claire des travaux en cours, des travaux terminés et de vos projets futurs. Il est donc temps de créer et de maintenir un backlog produit efficace et de rester au top de votre forme.
Vous pouvez également explorer le meilleur Logiciel d'analyse CFD et Outils de mêlée.
