Mythe : Le Product Owner maintient exclusivement le Product Backlog

Qu'est-ce qu'un Product Backlog ? 

Le Product Backlog se compose des fonctionnalités de produit souhaitées qui fournissent une compréhension centralisée et partagée de ce qu'il faut créer et de l'ordre dans lequel le créer. Considérez-le comme un moyen de créer une transparence et une feuille de route à tous les niveaux.

Le Backlog de produit contient des éléments de backlog de produit ou PBI qui sont généralement des fonctionnalités, des éléments de fonctionnalité qui auront une valeur tangible pour l'utilisateur et le client. Les PBI sont souvent écrits sous forme d'histoires d'utilisateurs, parfois de cas d'utilisation ou de texte libre. Les autres PBI incluent les défauts, les améliorations techniques et tout autre travail que le propriétaire du produit juge utile. Le flux est expliqué dans le diagramme ci-dessous.

Qui est responsable du Product Backlog ?

Selon le guide Scrum, un Product Owner est responsable du Product Backlog. Les développeurs se tournent vers le propriétaire du produit pour articuler et détailler toutes les exigences dans les éléments du backlog du produit. En outre, il doit également ordonner les exigences en fonction de leur valeur commerciale respective. Dans cet article, je vais essayer d'expliquer pourquoi il s'agit d'un mythe. Priorité) et le séquençage logique (ordre) du backlog. Il n'est pas nécessaire qu'un élément du backlog de produit (PBI) avec la valeur commerciale la plus élevée obtienne le premier ordre dans la séquence de développement.

Pour expliquer cette transition, j'utilise souvent l'exemple ci-dessous de James Coplien pour briser le mythe de la priorisation.

« Avec les fortes averses qui surviennent chaque après-midi, il est important d'avoir un toit sur la tête le plus tôt possible. Le Product Backlog pour votre maison contiendra toutes les choses qui composent une maison, comme les portes, les fenêtres, les murs et bien sûr un toit. Si vous deviez commander ce Product Backlog uniquement par priorité, le toit se retrouverait certainement en haut. Il doit vous garder au sec. Mais cet ordre ne reflète pas la façon dont vous allez réellement construire votre maison. Vous ne pouvez pas construire un toit stable sans murs, et vous ne pouvez pas construire de murs sans fondation. Ainsi, au lieu de commencer par le toit, vous commencerez probablement par les fondations de votre maison. L'ordre du Product Backlog sera influencé par des éléments tels que les dépendances, l'utilisation efficace des matériaux, la disponibilité de tiers et les codes du bâtiment. Seule la commande par priorité ne vous procurera pas une maison stable, robuste et sûre pour vous permettre de traverser ces après-midi humides et pluvieux. correspondance avec les priorités de l'entreprise. Comme les priorités conduisent les comparaisons par paires, il a été supprimé de Scrum après une compréhension de longue date par de nombreux dirigeants de la communauté Scrum. et les équipes de développement pour créer le backlog produit qui évolue constamment tout au long de la vie du produit. Être responsable ne signifie pas qu'il est uniquement du devoir d'un Product Owner d'effectuer toutes ces tâches par lui-même. Vous n'êtes peut-être pas d'accord avec moi, mais j'ai à peine rencontré un chef de produit capable de faire tout cela sans une collaboration d'équipe très étroite. Imaginez, un nouveau propriétaire de produit en cours de développement qui n'a aucune connaissance du produit ; vous attendriez-vous à ce qu'il commande l'arriéré ? Une fois la portée du Sprint convenue, l'équipe Scrum peut la commander. Cependant, en tant que point de contact commercial, le propriétaire du produit reste responsable du backlog du produit.

En développement, la connaissance approfondie de l'écosystème, des dépendances et des règles métier peut être difficile à défendre pour un propriétaire de produit seul. Ceux-ci sont souvent déterminés, créés et commandés en très étroite collaboration ou par l'équipe de développement et n'importe qui dans l'équipe Scrum peut créer un nouveau PBI et modifier l'ordre en accord avec le Product Owner. Les équipes agiles et matures suivent cela grâce à un raffinement continu tout au long du cycle de développement. Ceci est examiné dans la planification du sprint et convenu pour le développement.

D'un autre côté, les équipes réparties géographiquement ajoutent un défi avec les propriétaires de produits opérant à partir de lieux de livraison où ce rôle se dilue en étant plus proche de l'équipe de livraison que de l'entreprise. De plus, le rôle de pur product owner est souvent absent des missions ou plus souvent couplé au rôle d'analyste métier.

Le Product Owner reste responsable du product backlog mais cela ne veut pas dire qu'il est de sa seule responsabilité. . La confiance est le pilier le plus important d'Agile et pour cette même raison, n'importe qui dans l'équipe peut créer des user stories, des tâches, des exigences pour répondre à une exigence de produit du backlog. On voit souvent des équipes qui ne suivent pas cette pratique blâmer les Product Owners pour tout manque ou déconnexion dans le flux de produit.

Le Product Owner s'assure qu'il existe un Product Backlog, qu'il est commandé et qu'il est mis à disposition à la fois à l'équipe Scrum et aux parties prenantes. C'est à cette personne que vous vous adressez lorsque ce n'est pas le cas. Mais cela ne signifie pas que le Product Owner est la seule personne de l'équipe Scrum à faire cela. Afin de maximiser le travail effectué par l'équipe de développement dans chaque Sprint, il est logique que le Product Owner travaille activement avec l'équipe de développement pour rédiger les éléments, les affiner et les commander. Dans un travail complexe, tout repose sur la collaboration efficace entre les professionnels.

Pour en savoir plus, reportez-vous au message ci-dessous de scrum.org qui explique également cela pour éliminer le mythe selon lequel seul un propriétaire de produit peut maintenir le backlog de produit.[19659020]https://www.scrum.org/resources/blog/myth-product-backlog-maintained-exclusively-product-owner

VOUS AVEZ TROUVÉ CELA UTILE ? PARTAGEZ-LE