Qu'est-ce que le backlog produit ?

Avez-vous déjà eu le sentiment que votre équipe commettait encore et encore les mêmes erreurs ? Vous pensez que les choses ne progressent pas correctement et vous devez apporter des modifications pour améliorer le processus de développement du projet.

Un backlog de produit ici peut aider une équipe à décider sur quoi elle travaille et sur quoi elle veut se concentrer. Il s'agit d'une description de la manière dont l'équipe réalisera l'idée présentée dans une feuille de route agile. C'est une gigantesque liste de tâches pour votre équipe de développement à bien des égards.

Les projets peuvent faire partie de produits plus importants avec un backlog de produit pour les gérer. Un exemple de backlog de produit peut être des projets de mise en œuvre client, qui peuvent être livrés dans le cadre d'un backlog de produit plus important. Alternativement, un studio de production de jeux pourrait traiter chaque génération d'un jeu comme un projet séparé avec une date limite fixée (par exemple autour de Noël).

Qu'est-ce que le Product Backlog dans Scrum ?

Dans Scrum, le backlog de produit agile est une liste de fonctionnalités hiérarchisées qui comprend de brèves descriptions de toutes les fonctionnalités du produit. Si vous travaillez sur un projet, il n'est pas nécessaire de le commencer par un long effort pour documenter toutes les exigences à l'aide de Scrum. Une équipe Scrum et son propriétaire de produit peuvent commencer par inclure tout ce à quoi ils peuvent penser pour la hiérarchisation agile du backlog.

Ce backlog produit agile est largement suffisant pour un premier sprint. Au fur et à mesure que des informations supplémentaires sur le produit et ses clients deviennent disponibles, le backlog de produit Scrum lui permet de s'étendre et de s'adapter.

Dans Scrum, le backlog du produit est une liste de fonctionnalités hiérarchisées qui comprend de brèves descriptions de toutes les fonctionnalités du produit. Il n'est pas nécessaire de commencer un projet avec un long effort initial pour documenter toutes les exigences lors de l'utilisation de Scrum.

Dans les services de développement de logiciels personnalisés , une équipe Scrum et son propriétaire de produit commencent généralement par noter tout ce à quoi ils peuvent penser pour la hiérarchisation agile du backlog. Presque toujours, ce backlog produit agile est largement suffisant pour un premier sprint. Au fur et à mesure que des informations supplémentaires sur le produit et ses clients deviennent disponibles, le backlog de produit Scrum est autorisé à s'étendre et à s'adapter.

Comment commence le parcours du backlog produit ?

Vient d'abord la vision ou une idée, puis la stratégie a lieu, pour accomplir l'idée, il y a un besoin de feuille de route, et après avoir établi la feuille de route vient le backlog de produit. Les pointeurs ci-dessous indiquent la signification de chacun des termes du parcours du carnet de produit.

• La stratégie produit est un aperçu de la manière dont l'objectif de l'entreprise sera réalisé à un niveau élevé
• La roadmap produit dicte le plan à mener
• Le backlog de produit contient les spécificités au niveau des tâches requises pour produire le produit pro

En quoi le Product Backlog et les Product Roadmaps sont-ils différents ?

Les deux principaux outils de gestion de produit sont la feuille de route du produit et le carnet de produit. Chaque instrument a son propre ensemble d'avantages et d'inconvénients. Un backlog de produit ne doit pas être confondu avec une feuille de route de produit. Ces deux documents vivants sont utiles pour les équipes de processus de développement agiles pour différentes raisons. Le backlog fournit des spécificités de développement tactique, tandis que la feuille de route se concentre sur la stratégie globale.

La gestion du backlog produit implique une variété de tâches et de stratégies. Parce que la feuille de route du produit est fréquemment modifiée, elle doit être étroitement liée au backlog du produit. Par conséquent, le backlog doit être priorisé (et re-priorisé) régulièrement pour refléter les changements et les découvertes.

Le carnet de produit comprend des épopées et des récits d'utilisateurs, des diagrammes de flux de travail, des croquis de conception d'interface utilisateur et des maquettes, ainsi que d'autres travaux exceptionnels nécessaires à la construction d'un produit. Il s'agit d'un outil tactique qui guide le travail de l'équipe de développement et sert de base au suivi de la progression du développement avec des outils comme un tableau d'avancement des versions. Les principales distinctions entre la feuille de route du produit et le backlog du produit sont résumées dans le diagramme ci-dessous.

La feuille de route du produit est un outil de planification stratégique du produit qui décrit comment le produit évoluera au cours du temps suivant. Il établit un sens du but, encourage la participation des parties prenantes, aide à l'acquisition de fonds et facilite la coordination du développement et du lancement de divers produits.

De plus, une attention particulière doit être accordée pour garder le backlog structuré et accessible. Les pratiques de gestion du backlog de produit recommandent de viser un backlog de produit détaillé de manière appropriée, émergent, estimé et priorisé (DEEP) dans lequel les éléments les plus prioritaires contiennent le plus de détails, et le niveau de détail diminue à mesure que la priorité augmente.

La plupart des équipes agiles participent également à des sessions de préparation du backlog produit, qui sont utilisées pour affiner et organiser les éléments du backlog. Au cours de ces réunions, l'équipe collabore pour planifier à l'avance quelques sprints de user stories. Les sessions de nettoyage du backlog Agile garantissent que les user stories en haut du backlog contiennent suffisamment de détails pour être comprises par l'équipe de livraison.

Techniques de priorisation du backlog produit

• Plutôt que d'être un événement ponctuel, la préparation du backlog produit est un processus continu impliquant les propriétaires de produits et les équipes de développement. L'expertise du sujet est souvent présente dans les équipes de développement, qu'elles peuvent affiner. L'équipe Scrum, quant à elle, détermine quand et comment l'optimisation sera effectuée.
• Le fait d'ajouter des détails, des estimations et de l'ordre aux éléments du backlog de produit est connu sous le nom de raffinement du backlog de produit. Au sein de chaque sprint, un raffinement continu du backlog produit est nécessaire pour affiner les produits afin qu'ils soient prêts pour les futurs sprints. L'affinement du backlog produit ne nécessite généralement pas plus de 10 % du travail de l'équipe de développement.
• Les éléments du backlog produit en haut du backlog produit (priorité la plus élevée, valeur la plus élevée) sont décomposés de manière à tenir dans un seul sprint une fois que les éléments du backlog ont été affinés au niveau de granularité approprié.
  

Tout le travail d'estimation est géré par l'équipe de développement. En aidant l'équipe à évaluer les compromis, les Product Owners peuvent avoir un impact sur leurs décisions. La personne qui effectue la tâche, d'autre part, détermine l'estimation finale.

Avantages du carnet de produit

Backlog en tant qu'espaces réservés

Les éléments du backlog servent d'espaces réservés pour les futures discussions concernant une solution pour atteindre votre objectif. Cela signifie qu'une équipe n'a pas besoin d'avoir une idée complètement développée avant de l'ajouter au backlog du produit. Lorsqu'un élément du backlog produit est introduit pour la première fois, il doit simplement contenir suffisamment d'informations pour rappeler à l'équipe quelle était l'alternative. Lorsqu'une équipe est sur le point de commencer à travailler sur un élément du backlog produit, il suffit de l'expliquer en détail.

Nature dynamique

La nature dynamique d'un backlog de produit permet aux équipes de suivre leur apprentissage sur l'objectif souhaité et les méthodes de livraison potentielles. Le backlog de produit n'a pas besoin d'être complet lorsqu'une équipe commence à travailler. Ainsi, ils peuvent commencer avec un concept original et ajouter de nouveaux éléments de backlog de produit au fur et à mesure qu'ils gagnent en expérience.

Retrait facile

Ce n'est pas parce que quelque chose se trouve dans un backlog de produit qu'il doit être livré. Une équipe peut supprimer des éléments du backlog s'ils ne contribuent pas à la fin souhaitée. Cela signifie qu'une équipe peut éviter de produire des livrables sans valeur ajoutée et se concentrer plutôt sur des changements vraiment utiles.

Ajouter un élément de backlog

Le backlog de produit peut être utilisé par les équipes pour éviter de perdre du temps à débattre de la valeur d'une option ou non sur la base d'informations limitées. Lorsqu'une nouvelle idée se présente, l'équipe peut ajouter un élément de backlog de produit comme rappel pour approfondir l'idée. L'équipe peut alors donner la priorité à l'examen de cette idée avec d'autres éléments et supprimer l'élément de backlog de produit si l'idée s'avère ne pas permettre de progresser vers le résultat souhaité.

Agile Product Backlog vs. Sprint Backlog - Une différence détaillée

En un mot, le backlog de sprint est le plan de sprint à court terme de l'équipe. Le backlog de produit en agile est le plan à long terme du produit, dans lequel la vision est catégorisée en éléments livrables tangibles qui ajoutent de la valeur au produit. Beaucoup de gens considèrent le backlog de sprint comme un sous-ensemble du backlog de produit. C'est idéal; le backlog de sprint est entièrement constitué d'éléments du backlog de produit. De plus, le sprint comprendra généralement d'autres travaux sur lesquels l'équipe s'est engagée et les tâches qui peuvent être effectuées pendant le sprint de conception du produit .

Le backlog de produit en agile est un ensemble de tâches que vous comptez accomplir à l'avenir pour maintenir la compétitivité de votre produit. Il est le fruit d'une collaboration entre le Product Owner et les parties prenantes (clients, équipe, analystes). Il sera mis à jour régulièrement, avec de nouveaux éléments ajoutés ou supprimés.

En général, il sera plus important que le backlog de sprint. Il comprendra également des éléments avec différents niveaux de granularité, avec moins d'éléments décomposés en dessous du niveau de la user story. Le propriétaire du produit en est responsable.

Le backlog de sprint est un ensemble de travaux que l'équipe s'engage à terminer, soit maintenant, soit plus tard dans le sprint (généralement une période de 1 à 4 semaines). Il est composé d'histoires d'utilisateurs que l'équipe s'est engagée à terminer au cours du prochain sprint.

Cependant, cela peut également inclure des éléments tels que des bogues, des travaux de refactorisation, etc. Il est généralement plus détaillé et divisé en activités, avec la mise en œuvre technique d'une user story au premier plan. C'est la responsabilité du scrum master et de l'équipe.

Il est temps de constituer votre carnet de commandes

La nécessité d'une planification et d'une organisation appropriées est essentielle à votre succès. C'est là que les arriérés sont utiles. Le backlog, lorsqu'il est correctement généré et maintenu, devient un outil qui aide les équipes à gérer les changements constants, à atteindre une productivité maximale et à fournir une valeur maximale à la fois à l'entreprise et au client.

Dans le blog ci-dessus, nous avons décrit ce qu'est le backlog de produit et comment il aide une équipe dans son travail en créant un terrain d'entente pour que les parties prenantes et les équipes s'alignent afin que les histoires d'utilisateurs les plus significatives soient mises en œuvre, permettent une flexibilité pour répondre aux demandes changeantes, et circonstances, créez un dénominateur commun entre plusieurs équipes travaillant sur le même produit afin d'améliorer la précision des prévisions de lancement du produit.