En plus de faciliter la planification des versions et des itérations, un backlog agile bien hiérarchisé communique tout ce à quoi votre équipe a l'intention de consacrer du temps, même si le client ne le verra pas. Les ingénieurs peuvent s'en servir pour définir les attentes des parties prenantes et des autres équipes, en particulier lorsqu'ils vous apportent de nouveaux travaux.
Qu'est-ce qu'un Backlog de produit ? #
Dans Scrum, la méthode agile carnet de commandes du produit est une liste de toutes les caractéristiques qui doivent être incluses dans le produit, avec une brève description de chacune.
Scrum élimine la nécessité de passer beaucoup de temps au début d'un projet à documenter toutes les exigences. Typiquement, une équipe Scrum et son propriétaire de produit commencent le processus de priorisation du backlog agile en détaillant tout ce qui leur vient à l'esprit. Typiquement, ce backlog de produit agile est suffisant pour le sprint initial. Ensuite, lorsque de nouvelles informations sont découvertes sur les produits et leurs utilisateurs, le backlog de produit Scrum est encouragé à s'adapter.
Backlog de produit VS Backlog de sprint #
Comme mentionné ci-dessus, le backlog de produit est la liste de toutes les tâches ainsi que des user stories qui doivent être réalisées pour que le projet dans son ensemble soit terminé. Chaque élément d'un bon backlog de produit est décomposé en une série d'étapes qui facilitent le processus de développement.
Alors que d'autre part, le backlog de sprint est une partie du backlog de produit. Le backlog de sprint est composé uniquement des éléments du backlog de produit qui peuvent être terminés au cours de chaque sprint agile. Considérez-le comme les instructions de l'équipe avant qu'elle n'exécute son court sprint.
Le backlog de sprint sera basé sur le degré de difficulté du projet, mais l'idée principale est que l'équipe ne doit travailler que sur des tâches qui peuvent être terminées pendant le sprint. Évidemment, si le projet est compliqué, le backlog du sprint peut aussi devenir plus compliqué et plus long.
Alors que le backlog de produit change au fil du temps, le backlog d'un sprint ne change pas. Il est possible de faire des ajustements, mais vous devez le faire pendant la réunion de planification du sprint. Une fois que tout le monde est d'accord, les éléments et les étapes nécessaires pour les terminer sont fixés pour l'ensemble du sprint.
Types de backlog de produit #
Les catégories de choses suivantes sont généralement incluses dans un backlog Scrum standard :
- Correction des bogues
- Ajouter et améliorer des fonctionnalités
- Travail technique
- Acquérir des connaissances
L'avantage du Backlog de produit #
Les éléments de votre backlog de produit servent de réservoirs pour de futures discussions sur les différentes manières d'atteindre votre objectif. Il n'est pas nécessaire qu'une équipe soit entièrement préparée avant d'ajouter un concept au backlog. Lorsqu'un élément du backlog de produit est ajouté pour la première fois à un backlog de produit, il doit juste inclure suffisamment d'informations pour rappeler à l'équipe l'alternative qu'elle a précédemment envisagée. Lorsqu'une équipe est sur le point de commencer à travailler sur un élément du backlog de produit, il suffit de fournir une description détaillée de cet élément.
La structure dynamique d'un backlog de produit permet au personnel de collaborer ses connaissances sur le résultat souhaité et les différentes façons de l'atteindre. Les éléments du backlog de produit n'ont pas besoin d'être complétés lorsqu'une équipe commence à travailler, de sorte que l'équipe peut commencer avec une idée de base et ajouter d'autres éléments au fur et à mesure qu'elle acquiert de l'expérience.
Si un élément du backlog de produit ne contribue pas au résultat souhaité, une équipe peut le supprimer du backlog et passer à l'élément suivant de la liste. Cela signifie qu'une équipe peut éviter de produire des produits improductifs et se concentrer sur de réelles améliorations.
En raison du peu d'informations disponibles, les équipes peuvent utiliser le backlog de produit pour gagner du temps en discutant de la valeur des différentes options. Un nouveau concept peut être ajouté au carnet de commandes pour rappeler à l'équipe de le rechercher. Dans ce cas, l'élément du backlog de produit peut être retiré de la considération si la proposition ne progresse pas vers l'objectif souhaité.
Pièges courants du Backlog de produit #
Il ne faut pas confondre le backlog de produit avec une liste d'exigences. Il s'agit d'un point d'entrée pour les informations relatives aux exigences du produit, mais il se distingue d'un document d'exigences de la manière suivante :
- Bien qu'ils soient nécessaires, les éléments du backlog de produit ne suffisent pas à définir complètement les modifications attendues du produit. Les conversations sur les éléments individuels du backlog de produit et les informations supplémentaires qu'une équipe choisit de saisir sur l'élément du backlog de produit donnent une image complète du produit.
- Contrairement à un document d'exigences, un élément du backlog de produit ne promet pas de livraison.
- Par rapport à un document d'exigences qui est censé rester inchangé au-delà d'un point donné dans le temps, le backlog de produit est toujours en évolution.
L'utilisation d'un outil électronique peut influencer la stratégie de gestion du carnet de commandes d'une équipe s'il est mis en œuvre avant que la stratégie n'ait été décidée. Par exemple, l'équipe peut s'emmêler les pinceaux au lieu de décider d'un processus qui répond le mieux à ses besoins.
Si le carnet de commandes d'un produit devient trop volumineux, l'équipe est incapable de le gérer efficacement. Si une équipe inclut toutes les solutions possibles à un problème, mais ne les étudie jamais ou élimine celles qui ne seront pas mises en œuvre, cela peut se produire.
Les backlogs de produit peuvent également devenir ingérables si tous les éléments importants du backlog de produit sont divisés à l'avance en éléments plus petits.
Le backlog de produit maintient l'équipe agile #
Les propriétaires de produits intelligents maintiennent un backlog de produit digne de confiance et partageable pour leur programme.
C'est une bonne chose que les parties prenantes remettent en question les priorités. En discutant des priorités, tout le monde peut s'aligner. Ces séances permettent de développer une culture de fixation des priorités du groupe et de s'assurer que tout le monde a la même perspective du programme.
Le backlog de produit guide la planification des itérations. Les histoires d'utilisateurs, les défauts, les modifications de conception, la dette technique, les demandes des clients, les actions rétrospectives, etc. doivent figurer dans le backlog. Chaque itération inclut le travail de chacun. Ainsi, les membres de l'équipe peuvent communiquer au propriétaire du produit les compromis à faire avant de commencer une itération.
Gérez votre backlog de produit avec FoxPlan #
FoxPlan aide les équipes agiles à planifier des sprints et à gérer leurs backlogs de produits. Avec les multiples vues de projet de FoxPlan, les équipes agiles peuvent utiliser les outils qu'elles préfèrent, tandis que les autres départements peuvent obtenir les fonctionnalités dont ils ont besoin pour faire leur travail de la manière qui leur convient le mieux. Toutes les vues de projet partagent des données en temps réel, de sorte qu'il existe un centre qui permet à tous de collaborer ensemble.
Vous pouvez utiliser le tableau Kanban pour assurer le suivi de votre backlog. Grâce à cette fonction de flux de travail visuel, les équipes peuvent suivre leur carnet de commandes sur des cartes et planifier ensuite des sprints ensemble. Comme le cycle de production est illustré par les cartes qui se déplacent d'une section à l'autre, les responsables peuvent voir ce qui se passe. S'il y a un éventuel goulot d'étranglement, les responsables peuvent rapidement modifier la façon dont les ressources sont utilisées pour l'éliminer et permettre aux joueurs de continuer à avancer.
Lorsqu'il s'agit de planifier des sprints ou de gérer un backlog, les équipes agiles ont besoin d'un logiciel comme FoxPlan, qui est fondamentalement collaboratif. Au niveau des tâches, il est possible de faire des commentaires, et si vous voulez un retour, il suffit de les mentionner ou de les étiqueter. Les membres de l'équipe peuvent également partager des documents entre eux. Toutes les mises à jour sont envoyées par courriel ou par des alertes dans l'application afin que tout le monde soit toujours sur la même longueur d'onde.
Lors de l'élaboration d'un backlog de produit et d'un backlog de sprint, il est essentiel d'avoir accès aux outils appropriés afin d'organiser, de hiérarchiser et de distribuer efficacement les tâches.
FoxPlan est un logiciel de gestion de projet hébergé dans le nuage et doté d'un tableau de bord en temps réel permettant de suivre l'état d'avancement d'un projet, ainsi que de tableaux kanban permettant aux équipes de collaborer tout au long des sprints. Ouvrez un compte FoxPlan gratuit aujourd'hui ou contactez notre représentant pour une démonstration en direct de FoxPlan !
