Erreurs du Product Owner à éviter en Scrum
Avec l'expérience, certaines pratiques de Product Owner peuvent avoir des conséquences néfastes sur le projet.
Voici 4 erreurs à éviter, que l'on rencontre souvent en SCRUM.
Ces erreurs sont très fréquentes, il est donc important de les connaître pour les détecter et les éviter.
L'absent
On voit parfois certains Product Owner ne pas s'impliquer suffisamment dans l'équipe SCRUM.
Il est dans son univers métier et se sent parfois davantage du côté du client que de l'équipe.
Et si ce n'est pas un expert informatique, il a parfois tendance à ne pas trouver sa place dans les évènements SCRUM.
Il participe au sprint planning et la sprint review, mais ne se sent pas concerné lors de la sprint retrospective.
Dans ce cas, c'est souvent le SCRUM Master qui finit par s'efforcer de le trainer dans les réunions.
C'est un mauvais comportement, car le Product Owner est avant tout un membre de l'équipe.
Il doit être là en temps réel, pour répondre aux besoins de l'équipe.
Son expertise métier est indispensable à tous les stades du projet.
Il peut être sollicité par les développeurs à tout moment pour éviter de partir en développement trop vite, sans avancer sur les bonnes voies.
Si le Product Owner n'est pas là, les développeurs avanceront sans lui.
Ce qui peut être très dommageable sur la cohérence du sprint.
Les développeurs ont besoin du Product Owner pour bien comprendre les user stories qui seront développées.
Les user stories ne sont jamais parfaitement rédigée et sont souvent sujettes à interprétation.
La présence du Product Owner dans l'équipe fluidifie donc considérablement le développement du sprint.
Le boss
Certains Product Owner se pensent les patrons de l'équipe SCRUM.
Il rédige toutes les user stories.
Il vérifie le travail des développeurs et les sanctionnent quand certaines choses ne vont pas.
C'est une position délicate dans les entreprises où un Product Owner est effectivement un supérieur hiérarchique des développeurs.
La hiérarchie n'existe pas en SCRUM.
Prendre les développeurs pour des simples exécutants est une énorme erreur.
La hiérarchie en SCRUM aura tendance à déresponsabiliser les développeurs.
Et dans ces conditions, on ne peut pas s'attendre à ce qu'ils délivrent de la qualité.
La qualité du produit est la responsabilité de l'ensemble de l'équipe, et non du Product Owner seul.
En pratique, un Product Owner trop envahissant aura tendance naturellement à faire baisser la qualité générale du travail fourni par les développeurs.
L'omniscient
Certains Product Owner ont tendance à penser que le produit leur appartient et ne vont pas suffisamment demander l'avis du client.
Il prend des décisions selon son opinion, imagine ce qui est bon pour l'utilisateur sans le consulter suffisamment.
Même un très bon Product Owner ne peut pas deviner parfaitement ce qui conviendra aux utilisateurs.
Consulter régulièrement les clients et les utilisateurs finaux fait partie intégrante de sa mission.
Même s'il peut avoir l'impression de connaitre la réponse, on est parfois surpris par ce que répondent les clients et utilisateurs lorsqu'on les questionne.
Ce comportement va nécessairement baisser la valeur que le produit apporte au client.
Ne jamais perdre de vue qu'un produit est créé pour les utilisateurs.
Ils doivent rester au centre des décisions.
L'un des piliers de SCRUM est l'adaptation, le produit doit donc toujours s'adapter.
Ne pas suffisamment intégrer les utilisateurs va donc à l'encontre de SCRUM.
Le visionnaire
Certains Product Owner ont aussi tendance à être trop prévoyant.
À prévoir certaines choses des mois à l'avance, à trop anticiper l'écriture des user stories .
C'est une mauvaise pratique parce que ça veut dire que le produit est déjà imaginé à l'avance.
Généralement, ce comportement implique de moins écouter les retours des utilisateurs, car le Product Owner aura déjà sa propre vision du produit et aura du mal à en sortir.
Il aura tendance à ne pas revenir sur des user stories déjà écrites.
Et ne les modifiera pas suffisamment en fonctions des retours des utilisateurs.
Ici, on perd tous les bienfaits de l'agilité !