Qu'est-ce que le Product Backlog?

Le Backlog de produit peut être défini comme une liste organisée ou triée de tous les produits requis nécessaires pour fournir la sortie avec la source du produit changeant continuellement selon la demande du projet. La responsabilité du backlog du produit et de la gestion du backlog du produit incombe au propriétaire du produit et le propriétaire du produit a des myriades de responsabilités liées au backlog du produit comme le contenu et la source du produit, la disponibilité du produit, la priorisation du produit, les bugs, les travaux techniques et la maintenance la liste des tâches quotidiennes. Il s'agit d'une liste incrémentielle, qui est préparée en ajoutant continuellement les exigences préliminaires et les autres besoins à la version initiale du produit.

Des changements continus sont apportés au produit pendant l'évolution de et le processus se poursuit jusqu'à ce que le projet soit terminé et que le produit soit livré à la partie prenante ou au propriétaire. En d'autres termes, il est dynamique et subit des changements au cours du processus de développement du produit. L'évaluation de l'arriéré rend le produit raisonnable et utile et sans défaut tant qu'il existe. Il peut s'agir d'un backlog de produit agile ou scrum selon les exigences du projet et le propriétaire du produit.

Objectif de la création d'un carnet de produit

Le backlog comble le fossé entre le propriétaire du produit et l'équipe de développement. Le propriétaire du produit et l'équipe de développement s'ouvrent sur une plateforme de communication commune pour la réalisation du produit. Il est du devoir du propriétaire du produit de prioriser le travail dans ce carnet à tout moment en fonction des commentaires recueillis auprès des clients / clients et des nouvelles exigences. L'équipe de développement commence alors à travailler en conséquence conformément au carnet de produit fourni par le propriétaire du produit. Lorsque les deux propriétaires de produits et l'équipe de développement travaillent en synchronisation, cela contribue à renforcer la concentration et le moral de l'équipe. Les modifications doivent être maintenues au minimum une fois le travail en cours pour créer moins de perturbations dans le fonctionnement de l'équipe de développement.

Avantage / mérite

Un produit bien organisé permet de réduire l'ambiguïté des tâches et des mises à jour des produits parmi les membres de l'équipe et facilite la planification de la prochaine étape. Cela permet de gagner beaucoup de temps dans l'équipe qui peut être utilisé pour d'autres travaux fructueux. Un bon carnet de commandes permet de diffuser les mises à jour des produits à l'équipe, ce qui en retour aide à définir les attentes.

Points clés à retenir lors de la création d'un carnet de produit

Il y a deux pierres angulaires importantes pour le développement d'un backlog de produit qui sont la feuille de route et l'exigence. Une feuille de route peut être appelée comme brouillon ou plan qui décrit l'ensemble du projet en plusieurs segments plus petits appelés comme une épopée et chaque épopée peut contenir différentes histoires d'utilisateurs. Les user stories sont ensuite organisées en liste par le propriétaire du produit, ce qui rend le travail de l'équipe de développement plus facile et prend moins de temps. Le propriétaire du produit priorise alors l'épopée et peut choisir de livrer l'épopée complète. Plusieurs facteurs peuvent affecter la hiérarchisation de l'épopée lors du développement du produit, tels que:

  1. Urgence soulevée par le client / client
  2. Processus de mise en œuvre
  3. L'urgence de recueillir des commentaires et de passer à la prochaine itération
  4. Synchronisation entre les éléments de travail

Modèle / Contenu d'un backlog de produit

Différence entre une liste de tâches simple et un backlog de produit

  1. Il est de nature incrémentielle et dynamique, ce qui signifie que les exigences à venir sont ajoutées à la version initiale du backlog.
  2. Cela valorise les commentaires du client.
  3. Le client ou le client suggère des améliorations et il y a donc constamment des mises à jour qui y sont ajoutées.
  4. Les éléments du backlog sont organisés et hiérarchisés selon les besoins du client.
  5. Il se développe rapidement et est une documentation de la liste de tâches agile ou Scrum.
  6. Il ne contient aucune tâche de bas niveau car la documentation devient volumineuse et difficile à gérer.

Gérer le backlog de produit

Le maintien de cet arriéré est très essentiel, car avec des mises à jour et des améliorations continues, l'arriéré croît très rapidement. Il est de la responsabilité du propriétaire du produit d'examiner et d'entretenir le produit régulièrement afin de s'assurer que cet arriéré est bien organisé et mis à jour. Le propriétaire du produit doit régulariser ces arriérés avant de passer à la prochaine épopée / itération ou phase. Si l'arriéré n'est pas défini et priorisé avant la prochaine réunion du plan de travail, cela peut conduire à abandonner la phase suivante, créant le chaos et la confusion. Ainsi, il devient nécessaire pour le propriétaire du produit de revoir le produit tous les jours ou tous les deux jours.

  • Le maintien de cela devient nécessaire afin qu'il n'y ait pas de confusion concernant la prochaine tâche. Si les éléments de l'arriéré ne sont pas bien organisés avant la phase suivante, cela peut conduire à l'avortement de la prochaine étape.
  • Il est également important d'adhérer à la tâche du carnet de commandes afin de terminer la tâche en cours afin que si d'autres tâches et projets créent des perturbations ou qu'il y ait trop de nouveaux éléments apparaissant sur le produit et qu'il soit ensuite nécessaire de traiter ces éléments dans le carnet de commandes.
  • Consacrez une partie de l'arriéré aux nouvelles améliorations et idées et l'autre aux bogues détectés dans le produit créé en éliminant les tracas et les dilemmes. Attribuez une limite d'âge aux idées et supprimez les idées au-delà de cette limite d'âge pour simplifier cet arriéré.

Ainsi, le maintenir et le réviser régulièrement vous aidera à transformer le produit colosse ingérable en un plan / guide gérable et structuré. Un carnet de commandes allégé et géré accélérera et catalysera le processus de développement de produits mettant en œuvre l'innovation et la satisfaction des clients. Cela vous aidera à fournir le meilleur service possible.

Articles recommandés

Cela a été un guide pour le backlog de produit. Nous discutons ici de l'objectif, du mérite, des points clés, de la différence entre la liste des tâches simples et un carnet de produit, etc. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -

  1. Agile pour les débutants
  2. Responsabilités du gestionnaire de projet
  3. Analyste d'affaires agile
  4. Gestion de projet Scrum