Que vous développiez un site ou une application mobile, que votre projet soit en Ionic ou en React Native, vous aurez toujours besoin de choisir le Product Owner qui pilotera le projet agile.

Le Product Owner est une personne physique ayant une connaissance métier, il a une bonne vision du problème que l'application va permettre de résoudre. Son rôle est de partager aux développeurs sa vision du produit, il leur donnera la visibilité nécessaire pour qu'ils puissent développer rapidement. Un bon product Owner est indispensable pour la réussite du projet. Mais qu'est-ce qu'on "bon" Product Owner ? C'est un PO qui rassemble 3 caractéristiques :

ll n'y a qu'UN SEUL Product Owner

Le PO est le seul à piloter le projet, à prendre des décisions et seul interlocuteur des développeurs. Cela peut sembler évident à première vue, mais nombreux sont les projets où les pouvoirs du Product Owner se partagent entre plusieurs personnes. Il n'est par exemple pas rare qu'un PO souhaite faire valider une fonctionnalité par un de ses collègues car c'est lui qui l'utilisera au quotidien, ou parce que "c'est son domaine".

Le résultat ? La personne qui valide n'ayant pas été présente lors de la rédaction de la User Story, ne validera pas la fonctionnalité car il manque un élément qui n'avait pas été prévu mais dont elle a besoin. Ou qui est prévu sur une autre User Story. Ou que le PO a volontairement décidé de ne pas inclure dans le projet. Bilan, les développeurs auront perdu une heure en allers et retours. Ceci n'est qu'un exemple, la confusion et le stress occasionnés par le non-respect de cette règle coûte des jours entiers de développement à un projet.  

Un bon Product Owner a un pouvoir de décision

Avoir un product Owner qui soit le seul à prendre des décisions implique qu'il en ait le pouvoir. Tout l'intérêt de travailler en Agile est de permettre au client de prendre des décisions en cours de projet. Les propositions des développeurs, les tests utilisateurs, les démonstrations du produit à son entreprise, toutes ces actions sont sources de nouvelles idées pour le projet, de suggestions qui vont faire évoluer le produit d'une semaine sur l'autre.

Face à ces retours, le PO doit être capable de trancher et de donner une direction claire au projet. Si à chaque question des développeurs ou retours utilisateurs, il a besoin de deux semaines pour prendre une décision car il doit consulter son N+2 ou convaincre un comité quelconque, l'intérêt même de faire de l'agile s'effondre. Cela ne veut pas dire que le projet n'est pas compatible avec la méthode agile, simplement que le Product Owner n'est pas le bon.

Un bon Product Owner est disponible

Notre Product Owner pilote le projet seul. OK. Notre Product Owner peut prendre des décisions. Génial. En a-t-il le temps ? Dans un projet agile, l'investissement du PO est un élément clé. Pour être très clair, un PO qui consacre le temps nécessaire au produit obtiendra au final un produit de meilleure qualité avec plus de fonctionnalités. Tout simplement.

Pourquoi ?

• Un PO qui ne valide pas les fonctionnalités développées au quotidien va faire ses retours plusieurs jours après, quand les développeurs auront commencé de nouvelles tâches et perdront du temps à se remettre dans d'anciennes User Story.
• Une liste de fonctionnalités à développer mal priorisée induit des cérémonies inefficaces, donc des sprints avec des tickets mal écrits et des développeurs perdus dans les tâches à développer.
• Parce qu'un Product Owner qui met du temps à répondre aux questions des développeurs les retarde forcément dans leur travail

Voilà pourquoi le choix du Product Owner est clé dans la réussite de votre projet, il sera le meilleur atout pour que l'outil développé vous permettre d'atteindre vos objectifs !