Introduction au backlog de produit dans Scrum
- Le backlog de produit dans scrum est défini comme la liste des fonctionnalités et descriptions détaillées centrées sur le client, les modifications et les ajustements apportés au produit pendant le cycle d'achèvement du projet. La liste documentée de toutes les exigences et les modifications potentielles apportées au produit tout au long du processus de livraison du produit. Il existe un arriéré de produits dans la méthodologie de gestion de projet agile et Scrum. Ainsi, le maintien dans scrum s'appelle Scrum Product Backlog. Dans la gestion de projet Scrum et la gestion du backlog de produit, une documentation longue et initiale du projet n'est pas requise, contrairement aux backlogs de produits classiques. Dans Scrum, l'accent est mis sur ce qu'il faut faire plutôt que sur la façon de le faire, ce qui le rend plus efficace que toute autre technique de gestion de projet.
- La mêlée scrum peut être maintenue par le propriétaire du produit et l'équipe scrum en répertoriant et en hiérarchisant les exigences nécessaires essentiellement pour la création et la priorisation du backlog. Le carnet de produit est maintenu sous forme de sprints et il y a des changements, des ajouts et des suppressions continus à la scrum initiale jusqu'à ce que le produit soit livré au client ou à la partie prenante. Au cours du cycle de vie du développement de produit, des commentaires sont recueillis auprès du client pour apporter des modifications et les améliorer. Ainsi, le produit a tendance à croître de plus en plus jusqu'à la livraison du produit.
Différence entre une liste simple et un backlog de produit Scrum
Liste des fonctionnalités qui le différencient de la liste traditionnelle des tâches simples:
- Le backlog de produit Scrum signifie un document évolutif dans lequel les entrées sont ajoutées jusqu'à la fin du projet. La signification d'un document évolutif est de nature dynamique et ne cesse de changer à mesure que diverses entrées sont ajoutées au carnet de commandes du produit Scrum en temps réel. Les modifications ou les exigences dans l'arriéré de produits Scrum peuvent être itératives selon les besoins du projet.
- Les entrées ou les modifications ajoutées correspondent aux commentaires ou à la valeur client. S'il n'y a pas de valeur client correspondant à l'entrée dans le carnet de commandes de produit Scrum, il s'agit simplement d'un gaspillage. La valeur client peut être des exigences techniques ou non techniques ou tout détail requis pour la réalisation du produit. Ces valeurs client sont également nécessaires pour améliorer ou améliorer la qualité du produit ou du livrable.
- La tâche ou les entrées dans la mêlée sont des tâches de bas niveau qui ne sont essentiellement pas des éléments d'action. Il ne comprend pas de description détaillée de la tâche. La répartition de la tâche et la répartition du travail de ces tâches sont gérées par l'équipe Scrum. Comme scrum répertorie la tâche et les entrées, il n'est donc pas logique de consacrer beaucoup de temps en mentionnant la description détaillée des entrées dans le backlog du produit.
- Les tâches sont hiérarchisées en fonction des exigences du propriétaire du produit. La hiérarchisation de la tâche est décidée par le propriétaire du produit et l'équipe Scrum est responsable de l'exécution de la tâche conformément à la hiérarchisation décidée par le propriétaire.
- Les détails des tâches dépendent uniquement de leur position dans la mêlée.
Composants essentiels d'un backlog de produit Scrum typique
Voici les composants essentiels de tout carnet de commandes de produits Scrum:
1) Propriétés / Caractéristiques
Les fonctionnalités sont définies comme les user stories qui décrivent la fonctionnalité des entrées et décrivent le point de vue du client en termes simples.
2) Bugs / Erreurs
Lorsqu'un produit est développé en différentes phases et que ces phases sont testées, différents bugs ou erreurs ou améliorations sont collectés et ajoutés à la mêlée pour être corrigés dans la phase suivante du développement du produit.
3) Acquisition de connaissances
L'acquisition de connaissances est très importante dans la gestion car elle facilite le processus de sélection et de prise de décision et aide également à créer une bibliothèque de processus pour référence ultérieure.
4) Planification du sprint
La planification et la réunion de sprint sont dirigées par le propriétaire du produit et les travaux / tâches sont hiérarchisés dans cette réunion de sprint. Le propriétaire du produit et l'équipe Scrum décident ensemble ensuite de l'ordre ou de la séquence de la tâche à effectuer et, par conséquent, de nouvelles entrées et tâches sont ajoutées en temps opportun conformément aux exigences du projet, ce qui rend le backlog de produit dynamique et extensible par nature.
Comment fonctionne le carnet de commandes de produits Scrum?
La gestion de la mêlée est un processus très précis et doit être entretenu avec soin. La première étape de base consiste à planifier une réunion de sprint dirigée par le propriétaire du produit, puis à rédiger ou à répertorier les tâches ou les exigences du produit ou du projet. Se développe progressivement et de nouvelles entrées / tâches sont ajoutées au backlog. En outre, certaines anciennes tâches sont supprimées selon la base des exigences. Ces tâches sont ensuite ordonnées ou organisées selon l'urgence ou la priorité décrite par le propriétaire du produit. Ces tâches sont ensuite divisées en différents sprints ou, en termes plus simples, une structure de répartition du travail est créée et le travail est réparti entre l'équipe Scrum. Le propriétaire du produit reçoit la mise à jour régulière des tâches effectuées conformément au produit et celles-ci sont également modifiées et maintenues régulièrement dans la mêlée, ce qui rend la documentation mise à jour.
Avantages et avantages
- Comme les tâches sont répertoriées et classées par ordre de priorité dans la mêlée, le produit est livré ou terminé de manière efficace et dans les délais de manière organisée.
- Un grand projet est divisé en sprints / phases / modules plus petits pour rendre le travail facile et moins long.
- Des réunions de mêlée régulières aident à comprendre clairement la perception du propriétaire du produit et ces mêlées donnent ainsi un aperçu clair des exigences du projet.
- La maintenance permet de gagner du temps et un gaspillage d'argent inutile car elle permet de supprimer toutes les menaces potentielles entraînant un retard dans la livraison du produit.
- Il permet d'inclure les commentaires des clients pour l'improvisation à différentes étapes et dans différents sprints, tout en le rendant agile et flexible.
- Convient parfaitement aux projets de développement agiles et dynamiques au cours desquels le produit est développé et testé en tant qu'étapes obligatoires du processus de rétrospection et de révision.
Articles recommandés
Ceci est un guide du Product Backlog dans Scrum. Nous discutons ici de la différence entre une liste simple et un backlog de produit Scrum ainsi que les composants essentiels d'un backlog de produit Scrum typique. Vous pouvez également consulter les articles suivants pour en savoir plus–
- Plan de gestion des communications
- Portée de la gestion
- Logiciel de gestion de projet
- Stratégie de gestion du changement