Guide Scrum | 7. Les erreurs les plus courantes du Product Owner

Dans le post d’aujourd’hui, nous allons nous concentrer sur les défis les plus courants auxquels les Product Owners sont confrontés. Nous vous expliquerons également comment vous préparer aux situations dans lesquelles ces erreurs de Product Owner se produisent le plus souvent.

Erreurs de Product Owner – table des matières :

1. Ce qui peut mal se passer entre le Product Owner et le Client
2. Défis auxquels le Product Owner est confronté concernant le reste de l’équipe Scrum
3. Résumé

Ce qui peut mal se passer entre le Product Owner et le Client

Le Product Owner est la personne qui est personnellement responsable des échecs de l’équipe Scrum. En raison de cette position au-delà des activités de l’équipe, on considère que le Product Owner est le seul cou qui peut être étranglé. En d’autres termes, c’est le Product Owner qui souffre le plus lorsque l’équipe Scrum se trompe. Alors, comment gérer les situations problématiques lorsqu’elles apparaissent ou mieux encore, les prévenir dès le départ ?

Pour répondre à ce point, nous avons fourni une analyse claire et approfondie de certaines erreurs majeures des Product Owners et des Clients dans le tableau suivant, accompagnée d’une discussion détaillée de chacune.

Erreur	Problème généré	Suggestions pour une solution
Incapacité à prioriser	Backlog produit non optimisé, flou de l’objectif produit	Écouter, questionner, négocier l’objectif produit avec le client, traiter soigneusement les résultats de la négociation
Manque d’assertivité	Trop de tâches à accomplir pour l’équipe Scrum	Pensée réaliste, connaissance et mémoire des capacités de l’équipe
Compétences commerciales insuffisantes	Risque de diminuer la valeur commerciale du produit créé par l’équipe Scrum	Apprentissage continu et acquisition de compétences commerciales

Incapacité à prioriser

L’erreur de ne pas savoir comment prioriser est le fléau de nombreux Product Owners. Pourquoi la priorisation des tâches est-elle une compétence essentielle ? Parce que lorsque tout devient également important, l’objectif produit disparaît. C’est l’effet recherché de l’activité de l’équipe Scrum.

Le problème commence déjà lors des premières conversations avec les clients au sujet de l’objectif produit. Le client souhaite généralement que toutes ses idées soient réalisées aussi rapidement et aussi peu cher que possible. La tâche du Product Owner est d’établir une liste de priorités. Sa tâche est de créer une liste d’attentes claires et réalisables classées de la plus importante à la moins importante, basée sur des attentes client non structurées.

Le problème de la priorisation provient le plus souvent de la mauvaise compréhension des attentes du client. Il apparaît lorsque le Product Owner n’est pas capable d’extraire des informations sur les véritables objectifs produits du client. C’est la réponse à la question de quels besoins le produit est censé satisfaire.

Alors, comment vous protéger de cette erreur ? D’abord – écoutez attentivement le client. Deuxièmement, apprenez à poser des questions sur l’objectif et le fonctionnement de chaque fonctionnalité du produit. Troisièmement – négociez et limitez les objectifs à atteindre. Et pour cela, vous aurez besoin d’assertivité.

Lorsque le Product Owner a une liste de tâches à accomplir, il existe des méthodes éprouvées pour améliorer leur progression et leur élaboration. Par exemple, l’utilisation de la matrice d’Eisenhower est utilisée pour prioriser les tâches selon des critères d’importance et d’urgence.

Manque d’assertivité du Product Owner

Le problème qui est étroitement lié à l’incapacité à prioriser est le manque d’assertivité. Cela entraîne des tâches mal ordonnées et bloque la réalisation de l’objectif produit en l’alourdissant avec des tâches excessives. Par conséquent, la capacité à dire non au client est cruciale.

L’assertivité du Product Owner doit être basée sur trois piliers :

• connaissance des capacités de l’équipe,
• connaissance des solutions utilisées et développées par l’équipe,
• connaissance de son rôle et de sa valeur en fonction de sa place dans l’équipe Scrum.

Par conséquent, l’un des moyens les plus importants de prévenir les problèmes d’assertivité est que le Product Owner travaille quotidiennement avec l’équipe Scrum. Cela l’aidera à construire des croyances réalistes sur le temps et la capacité à mettre en œuvre les idées du client.

Compétences commerciales insuffisantes

La prochaine erreur que nous aimerions discuter est le manque de qualifications commerciales appropriées. Les forces de ces Product Owners sont généralement des qualifications spécialisées. Leurs compétences sont plus étroitement liées au domaine de l’équipe de développement qu’au domaine commercial. Il y a donc un manque de connaissances pratiques bien établies sur la concurrence, sur les règles du marché et sur le client final du produit créé par l’équipe Scrum.

Il n’y a pas de remède simple à cela, car cela peut se produire dans des situations très spécifiques. Cependant, une bonne démarche pour un Product Owner est de le reconnaître et de continuer à apprendre et à acquérir de l’expérience et des compétences commerciales.

Défis auxquels le Product Owner est confronté concernant le reste de l’équipe Scrum

La capacité à prioriser les tâches, l’assertivité du Product Owner et ses compétences commerciales élevées sont les prérequis nécessaires à la création d’un Backlog produit exemplaire, la base à long terme de l’équipe Scrum. Si le Backlog n’est pas défini de manière cohérente et précise, les problèmes dans la relation Product Owner-Client se répercuteront sur la relation Product Owner-autre membre de l’équipe Scrum. Et à son tour, ils affectent directement l’efficacité de l’équipe Scrum. Quels autres pièges attendent le Product Owner dans ses relations avec les autres membres de l’équipe Scrum ?

Pour faciliter les choses, nous avons présenté les problèmes entre le Product Owner et l’équipe Scrum dans un tableau. Vous trouverez ci-dessous une discussion détaillée de chaque problème et des suggestions de solutions.

Erreur	Problème généré	Suggestions pour une solution
Charisme insuffisant	L’équipe de développement ne réalise pas les tâches incluses dans le Backlog, l’opinion du Product Owner est contestée	Construire une autorité basée sur des compétences interpersonnelles et des connaissances
Compétences spécialisées insuffisantes	Mauvaise compréhension des opérations quotidiennes et des capacités de l’équipe de développement	Orientation vers les spécialités des membres de l’équipe, ainsi que l’acquisition de connaissances sur le domaine d’expertise de l’équipe
Dépendance	Dilution de la responsabilité	Autonomisation

Charisme insuffisant

Au quotidien, le travail du Product Owner consiste à coordonner les directives du client avec la manière dont elles sont mises en œuvre par l’équipe de développement. Cela nécessite sans aucun doute d’avoir la bonne autorité, des compétences d’écoute et du charisme.

Le problème d’autorité insuffisante ne peut pas être résolu du jour au lendemain. Il nécessite un travail à long terme sur les compétences interpersonnelles. Et aussi l’acquisition de connaissances sur l’étendue des tâches et des compétences des autres membres de l’équipe.

Compétences spécialisées insuffisantes

Comme nous l’avons écrit dans l’article répondant à la question de Qui est un Product Owner ?, le rôle d’un Product Owner n’est pas strictement technique. Cependant, connaître les bases des compétences spécialisées des membres de l’équipe de développement peut considérablement augmenter l’autorité d’un Product Owner.

Des qualifications insuffisantes dans le domaine d’expertise de l’équipe peuvent non seulement générer des problèmes avec le charisme et l’autorité du Product Owner. L’erreur de ne pas s’intéresser à ce dans quoi se spécialisent les membres de l’équipe de développement et aux bases de leurs compétences peut générer des situations cocasses, mais aussi des situations avec des conséquences commerciales désastreuses et interpersonnelles.

Par conséquent, afin que l’équipe Scrum livre des produits de la meilleure qualité, le Product Owner doit avoir une compréhension approfondie du produit. Il ne devrait pas être difficile d’obtenir la qualification appropriée étant donné que le Product Owner fait partie d’une équipe de professionnels. Ils peuvent fournir non seulement des explications mais aussi des suggestions sur où acquérir des connaissances sur leur domaine.

Dépendance

Le Product Owner doit être capable de prendre des décisions de manière indépendante. Bien sûr, la question clé est de connaître les conditions de l’équipe Scrum et de communiquer constamment avec l’équipe de développement. Cependant, c’est le Product Owner qui est tenu responsable de l’efficacité de ses actions. Pour cette raison, les Product Owners doivent construire leur autorité et assumer la responsabilité des décisions qu’ils prennent. Le dernier mot sur la direction de l’équipe, la priorisation et l’acceptation des tâches leur appartient.

Résumé

Nous avons découvert les erreurs les plus courantes des Product Owners. Le rôle d’un Product Owner n’est pas facile. C’est pourquoi, en l’acceptant, il vaut la peine de se préparer aux problèmes que d’autres ont rencontrés sur leur chemin.

Les problèmes de relation avec le client proviennent généralement d’un manque d’assertivité, d’une incapacité à prioriser et de compétences commerciales insuffisantes.

Les erreurs de Product Owner qui surviennent durant le travail avec le reste de l’équipe Scrum résultent du manque d’indépendance et du charisme insuffisant de la personne qui a pris le rôle de Product Owner. Une autre raison peut concerner le manque de compétences spécialisées et le manque de volonté – ou de temps – pour élargir les connaissances.

Si vous aimez notre contenu, rejoignez notre communauté de travailleurs acharnés sur Facebook, Linkedin et Twitter.