Un backlog de produit est l'une des parties essentielles de la chaîne de développement de produits. Une liste hiérarchisée des fonctionnalités du produit et des corrections de bogues qui mènent de la vision de l'entreprise et du produit à l'exécution. Essentiellement, la gestion du backlog produit incombe au chef de produit, qui a l'obligation clé de le créer, de le prioriser et de le maintenir. De plus, votre exemple de backlog de produit doit être construit sur un outil convivial, suffisamment flexible pour être personnalisé et facilement accessible, en particulier dans le cloud. Lisez la suite pour en savoir plus sur la différence entre le backlog de produit et le backlog de sprint et son raffinement.
Vue d’ensemble
Un backlog de produit est la liste de contrôle des travaux utilisés par les équipes de développement de logiciels pour mettre en file d'attente les fonctionnalités souhaitées, les corrections de bogues et d'autres tâches techniques. En d'autres termes, il s'agit d'une liste de tâches de développement d'entreprise. Le backlog produit est lié à la feuille de route produit d'une entreprise, ce qui permet de hiérarchiser les éléments et les tâches en haut du backlog produit afin que l'équipe sache quoi livrer en premier. En plus de cela, c'est un moyen efficace pour l'équipe de communiquer sur ce sur quoi elle travaille et sur quoi elle prévoit de travailler ensuite. Brièvement, examinons en détail comment créer un backlog de produit,
Étapes pour créer un backlog de produit
Un backlog de produit est plus qu'une simple liste de tâches dans laquelle vous décomposez des tâches complexes en une série d'étapes et les confiez aux membres de l'équipe. Suivez ces étapes pour développer un backlog de produit efficace,
#1. Ajoutez des idées à votre backlog
Si un client vous propose des idées pour créer une nouvelle solution logicielle ou améliorer une solution existante, envisagez d'ajouter ces idées à votre backlog. Parce que les ajouter à votre backlog peut stimuler des conversations importantes et aider une équipe à trouver des solutions pour répondre à la demande du client. Par conséquent, les inclure vous aide à déterminer si la mise à jour est réalisable en fonction du calendrier et du budget du projet. Voici d'autres sources potentielles d'idées de backlog :
- L'équipe d'assurance qualité (AQ) d'une entreprise
- Enquêtes clients sur les caractéristiques des produits
- Avis sur les produits ou services
- Suggestions ou demandes de vente et de marketing
#2. Construire une feuille de route de produit
La feuille de route du produit est la base du carnet de produit. Votre équipe doit d'abord créer une feuille de route, qui servira ensuite de plan d'action sur la façon dont votre produit changera au fur et à mesure de son développement. La feuille de route est la vision du développement produit à long terme mais elle peut aussi évoluer.
#3. Liste de contrôle des éléments du carnet de produit
Avec votre feuille de route de produit à l'esprit, votre équipe peut commencer à répertorier les éléments du backlog de produit. Ces éléments doivent inclure à la fois des éléments hautement prioritaires et des idées plus abstraites. Au cours de cette phase de création du backlog produit, vous devrez également communiquer avec les parties prenantes et écouter leurs idées d'amélioration du produit.
#4. Concentrez-vous sur votre carnet de commandes
Une fois que votre équipe a répertorié tous les éléments, triez et hiérarchisez vos tâches les plus importantes en pensant au client et en considérant quels éléments lui apportent le plus de valeur. Après avoir parfaitement compris la demande du client, envisagez de catégoriser l'idée en tâches individuelles et réalisables que l'équipe de développement doit accomplir par ordre de priorité avec les tâches les plus critiques en haut du backlog et les tâches les moins critiques en bas.
#5. Mettre à jour régulièrement
Au fur et à mesure que votre équipe travaille sur le backlog du produit, n'oubliez pas qu'il s'agit d'un document évolutif dans lequel vous devez continuellement ajouter des éléments au backlog, les sélectionner et les affiner au fur et à mesure de votre travail. Par conséquent, au fur et à mesure que l'équipe termine les tâches, il est important de mettre à jour pour refléter ces changements.
Exemple de carnet de produit
Le carnet de produit est l'artefact le plus important de toute entreprise de développement de produits. Comment structurer cet artefact critique ? Un exemple de backlog de produit est une liste d'éléments d'action liée au développement de produit qui est utilisée par les équipes de produit pour planifier, sélectionner et gérer les tâches. Par exemple,
#1.Projet
- Page de connexion pour la conception finale des clients
- Page d'inscription pour les tests clients
- Créer une version de ticket (y compris joindre des documents et des captures d'écran)
- Correction de bug : attribution automatique des tickets au responsable de l'équipe d'assistance
#2. Notes
- En tant que personne ayant suivi avec succès un cours de certification (devenir ScrumMaster certifié ou propriétaire de produit Scrum certifié), je reçois par e-mail un lien vers une enquête sur le cours et l'instructeur, afin que je puisse fournir des commentaires sur le cours.
- En tant que formateur, je veux être assuré que personne ne peut soumettre les mêmes réponses plusieurs fois et fausser mes résultats, afin que mes notes soient exactes.
- En tant que formateur, je suis informé des résultats des sondages sur mes cours, je peux donc les lire. (Questions : après chaque enquête ? Après une période de temps définie ? Le formateur reçoit-il un e-mail ou sait-il simplement qu'il doit se rendre sur le site ?)#3.adhésion
- En tant qu'administrateur du site, je peux fixer les frais annuels pour les membres, les praticiens et les formateurs afin que les frais puissent être fixés sans impliquer un programmeur.
- En tant que personne dont l'adhésion (de tout type) est sur le point d'expirer, je reçois un rappel et un lien pour que je puisse renouveler.
- En tant que membre ayant des problèmes de mémoire à court terme, je peux demander au système de m'envoyer par e-mail un nouveau mot de passe ou un rappel de mot de passe, éventuellement mon nom d'utilisateur (à moins que nous n'utilisions l'e-mail pour cela), etc.
#4. Emplois
- En tant qu'administrateur du site, je reçois un e-mail chaque fois qu'un travail est soumis afin que j'en sois informé et que je puisse décider si je veux le publier.
- En tant que membre du site, je peux m'abonner à un flux RSS des offres d'emploi disponibles afin de pouvoir les lire sans visiter le site.
- En tant qu'administrateur du site, je peux modifier et supprimer les annonces de recherche d'aide afin de pouvoir corriger de petits problèmes ou faire
#5. Achèvement du cours
- En tant que participant, on me montre une page m'indiquant comment obtenir mes PDU après avoir terminé le cours afin d'obtenir le crédit qui pourrait m'intéresser.
- En tant que participant, je peux obtenir un certificat d'achèvement en terminant un cours afin d'avoir la preuve que j'ai terminé un cours.
- En tant que participant, je peux gagner un badge indiquant que j'ai terminé un cours afin que je puisse afficher ce badge sur mon propre site Web.
Avec l'exemple pertinent de backlog de produit en place, il est possible de faire des estimations précises sur la charge de travail et de prévoir ce qui sera terminé avec peu d'écarts.
Raffinement du carnet de produit
Le raffinement du Product Backlog consiste à ajouter des détails, des estimations et des commandes aux éléments du Product Backlog. Il s'agit également du processus dans lequel le propriétaire du produit et l'équipe de développement collaborent, examinent et révisent les détails des éléments sur le point d'être implémentés. Essentiellement, le raffinement du backlog produit est nécessaire car il permet à l'équipe de se familiariser avec les éléments les plus prioritaires. Voyons comment opérer efficacement un raffinement de backlog produit,
Comment exécuter efficacement une session de raffinement du backlog produit
Voici quelques bonnes pratiques de raffinement qui vous aideront à rendre votre session de raffinement du backlog plus efficace.
#1. Rendez-le profond
Un backlog bien géré devrait être DE'EP, qui est l'acronyme de détaillées de manière appropriée, estimées, émergentes et hiérarchisées.
- Être détaillé de manière appropriée signifie que les éléments avec une priorité plus élevée doivent avoir un niveau de détail plus élevé que les éléments de faible priorité.
- Estimé signifie que vous devez avoir une bonne idée du temps et des ressources nécessaires pour mettre en œuvre chaque élément du backlog.
- Emergent signifie que le backlog est un document vivant qui doit être mis à jour régulièrement.
- Les éléments de l'arriéré doivent être classés par ordre de priorité.
#2. Gardez les clients à l'esprit
Chaque décision prise lors de la réunion de raffinement du backlog doit être basée sur les besoins du client. Après tout, si le produit ne fonctionne pas pour vos clients, rien d'autre n'a d'importance. L'équipe discutera ouvertement des user stories pour échanger des idées et enfin parvenir à une compréhension commune. De plus, il est recommandé de documenter vos discussions et réflexions afin que le PO puisse les revoir par la suite et en faire un résumé.
#3. Identifier les dépendances
Parfois, certains éléments du backlog ne peuvent pas être implémentés tant qu'un autre élément n'a pas été démarré ou terminé. Le fait de ne pas identifier ces dépendances peut retarder la progression sur toute la ligne. Par conséquent, il est bon d'identifier ces dépendances tôt et de les planifier.
#4. Suivi après la réunion
Une fois la réunion terminée, faites un suivi avec tous les participants et partagez avec eux le compte rendu de la réunion. Cela aide à garder tout le monde sur la même longueur d'onde et garantit qu'ils sont au courant des prochaines étapes. De plus, si certaines histoires d'utilisateurs manquent d'informations, continuez à faire plus de recherches et ajoutez des détails pour la prochaine réunion de préparation.
Gestion du carnet de produit
La gestion du backlog de produit consiste à faire des ajouts, ajuster, améliorer et hiérarchiser les éléments du backlog pour s'assurer que les clients ne reçoivent que le produit le meilleur et le plus précieux. Par conséquent, il s'agit essentiellement d'une liste de tâches prioritaires qui doivent être effectuées. Si une tâche ne figure pas dans la liste, la tâche n'est pas considérée comme terminée.
Ainsi, la gestion du backlog produit constitue un excellent point de départ pour la planification du sprint et le développement de l'équipe afin d'identifier les tâches qui pourraient potentiellement faire partie du sprint. Ainsi, pour garantir l'exactitude et la transparence, le backlog de produit doit être mis à jour grâce à l'affinement du backlog. Vous trouverez ci-dessous des conseils pour une équipe de gestion de produit,
#1. Commencez par une stratégie produit
Une bonne gestion du backlog commence par une stratégie de produit clairement écrite et articulée. Avant de vous plonger dans la gestion d'un backlog produit, assurez-vous d'avoir défini et validé la stratégie produit. Pour réaliser votre vision, vous devez d'abord avoir une stratégie produit bien définie.
#2. Définir correctement les préférences du backlog
La priorisation des tâches dans votre backlog est un aspect clé. Alignée sur les KPI et la vision produit, la priorisation de votre backlog doit être claire et transparente. Utilisez des cadres et des procédures de hiérarchisation pour vous aider à garder vos idées en ordre et à planifier facilement les itérations. Les commentaires des utilisateurs peuvent vous aider à le faire, en comprenant quelles initiatives comptent le plus pour vos clients.
#3. Coopérer
Laissez les chefs de produit et l'équipe de développement collaborer pour assurer une bonne gestion du backlog. Invitez les deux équipes à discuter du backlog pour mieux découvrir les risques techniques et les dépendances. De plus, chaque membre de l'équipe produit aura de précieux commentaires, alors utilisez ces réunions pour discuter de la façon de hiérarchiser le backlog afin d'accroître la compréhension et l'adhésion. Cela conduira à une compréhension claire au sein de l'équipe de ce qui a été priorisé et pourquoi.
#4. Employez le mot « non » de manière diplomatique
L'un des défis d'un chef de produit est qu'il peut se sentir obligé d'accepter chaque demande des parties prenantes et des membres de l'équipe, mais l'objectif est de ravir vos clients, pas de répondre à chaque demande ou de dire "oui" à chaque idée. Améliorez les résultats et l'efficacité (sans parler de la rentabilité) en disant « non » plus fréquemment. Il est important de ne pas devenir un bloqueur interne et de rester ouvert aux nouvelles demandes, mais dire « non » vous aide à prioriser sans distraction.
#5. Tenez les parties prenantes informées
Partagez des mises à jour transparentes avec les parties prenantes pour communiquer l'état actuel de votre backlog. Les mises à jour peuvent prendre la forme de donner aux parties prenantes l'accès à un tableau de bord en direct présentant une image à jour de votre backlog.
Ou il peut s'agir d'un bulletin électronique régulier adressé aux personnes concernées de l'entreprise, contenant juste un instantané du tableau de bord. Maintenez la transparence avec les parties prenantes en ce qui concerne le backlog de produit. Informez vos parties prenantes de l'état actuel, obtenez les dernières mises à jour et offrez des commentaires utiles.
Backlog de sprint vs Backlog de produit
Les backlogs de sprint et les backlogs de produit sont très similaires en termes de composants. Mais, un backlog de sprint est une liste d'éléments de travail que votre équipe prévoit de terminer au cours d'un sprint de projet, généralement extraite du backlog de produit lors de la session de planification de sprint. Par conséquent, un backlog de sprint clair empêche la dérive de la portée en clarifiant exactement ce que votre équipe fera et ne fera pas pendant chaque sprint. Nous allons maintenant examiner la différence entre le backlog de sprint et le backlog de produit,
Premièrement, le backlog de produit contient la liste complète des éléments à venir pour le cycle de vie d'un produit, tandis que le backlog de sprint se concentre sur ce qui est nécessaire pour atteindre les objectifs de sprint individuels. Par conséquent, chaque élément extrait du backlog de produit pour former le backlog de sprint doit être lié au succès de cet objectif de sprint spécifique.
Deuxièmement, le backlog produit suit le fonctionnement de l'équipe produit en fonction de la taille de votre organisation, vous pouvez avoir un backlog produit central ou plusieurs pour différentes équipes. En outre, le propriétaire du produit affinera périodiquement le backlog du produit pour s'assurer que les initiatives les plus importantes sont au sommet et que chaque initiative dispose de toutes les informations nécessaires pour l'exécuter. Alors qu'un backlog de sprint est un sous-ensemble du backlog de produit et répertorie les éléments de travail à terminer dans un sprint spécifique.
En plus de cela, le backlog de produit et le backlog de sprint sont essentiels pour maintenir la transparence de l'ensemble du processus de développement de produit. Ils fournissent également une vision claire de l'avancement des travaux en cours et des plans futurs.
Qu'est-ce qu'un backlog de produit dans Scrum ?
Dans la définition la plus simple, le Scrum Product Backlog est simplement une liste de toutes les choses qui doivent être faites dans le cadre du projet. Il remplace les artefacts traditionnels de spécification des exigences. Ces éléments peuvent avoir un caractère technique ou peuvent être centrés sur l'utilisateur, par exemple sous la forme de récits d'utilisateurs. Le propriétaire de Scrum est le Scrum Product Owner. Le Scrum Master, l'équipe Scrum et les autres parties prenantes contribuent à avoir une liste de tâches large et complète. Lors de l'application de Scrum, il n'est pas nécessaire de démarrer un projet avec un long effort initial pour documenter toutes les exigences.
En un mot
Un backlog de produit est une liste ordonnée de tâches, de fonctionnalités ou d'éléments à compléter dans le cadre d'une feuille de route de produit plus large. Avec les directives énumérées ci-dessus, je pense que vous serez désormais en mesure de créer une gestion efficace, vous pouvez attribuer aux développeurs des tâches quotidiennes, hebdomadaires ou mensuelles qui ciblent vos objectifs finaux et vous aident à créer un meilleur produit.
Bibliographie
- Asana
- En effet.
- .logiciel de chèvre de montagne
- .aérogramme.
Articles Relatifs
- QU'EST-CE QUE SCRUM : définition, principes et objectif
- OUTILS DE GESTION DE PROJET AGILE : définition, utilisations et liste des APM
- Outils de gestion de projet : 25 meilleurs outils et techniques
- Ordre de travail : procédure/étapes simples pour créer un ordre de travail
- ROADMAP PRODUIT : Signification, Exemple, Comment le Créer, Logiciel & Stratégie
- TRANSFORMATION D'ENTREPRISE : Définition, processus, stratégies, agences et modèle
