Souvent, pour une raison ou une autre, nous développons une nouvelle application/plateforme et nous n’avons pas de Product Owner (PO) dans notre équipe. Je ne recommanderais jamais à quiconque de vivre sans le rôle de PO, mais malheureusement, il y a des contextes qui nous obligent à vivre sans ce rôle important (que ce soit de manière temporaire ou permanente). Et cette situation peut avoir des conséquences que nous allons aborder dans cet article.

Que fait (ou est) un Product Owner ?

L’objectif du Product Owner est de maximiser la valeur du produit. Pour ce faire, il doit avoir une vision claire du produit et connaître les objectifs commerciaux que nous essayons d’atteindre. . Quel problème essayons-nous de résoudre et comment le mesurons-nous ?

Généralement, cette personne vient du monde de l’entreprise et est en contact permanent avec toutes les personnes susceptibles d’être intéressées par le produit afin de connaître les détails que le produit doit avoir pour que la vision du produit devienne réalité. Elle est également en contact permanent avec l’équipe de développement pour commenter les aspects techniques ou même pour lui donner des idées afin d’améliorer le produit de son point de vue.

Pour concrétiser la vision du produit, le PO utilise le carnet de commandes (CC). Le PB est une liste de tout ce qui doit être fait pour réaliser la vision du produit. Il est très important que cette liste soit constamment classée par ordre de priorité afin de pouvoir ordonner les éléments de travail et de savoir où et quand nous devons investir nos efforts.

Pourquoi avons-nous besoin d’un Product Owner ?

Tout d’abord, examinons l’une des principales raisons pour lesquelles nous avons besoin d’une OP.

Sur la base du schéma d’Henrik, nous avons trois points de vue :

• Normalement, l’équipe de développement a tendance à se concentrer sur la construction du produit de la bonne manière et avec une bonne architecture (cercle bleu),
• le Scrum Master ou le Coach Agile a tendance à se concentrer sur l’accélération de l’apprentissage et de la création de valeur (cercle vert), et
• le Product Owner se concentre sur la construction du produit dont nos utilisateurs ont réellement besoin (cercle noir), d’une manière qui maximise la valeur du produit.

Idéalement, nous voulons les trois cercles, mais il est difficile de trouver l’équilibre. Dans notre cas, si nous n’avons pas d’OP, nous risquons de construire une « cathédrale » alors que nous avions besoin de « bureaux », et c’est un risque que beaucoup ne peuvent pas prendre.

Pourquoi n’avons-nous pas de Product Owner ?

La première question que je me poserais est de savoir pourquoi nous n’avons pas ce rôle au sein de notre organisation. Est-ce parce que nous n’en avons pas besoin, parce que nous n’en avons pas les moyens, ou simplement parce qu’il est difficile de trouver le profil de PO que nous recherchons ? À partir de là, nous pouvons manœuvrer en fonction de la réponse.

1. « N’avons-nous pas besoin d’un Product Owner ?

• Si c’est le cas, c’est parce que nous n’en avons pas besoin. Dans ce cas, il est très probable que quelqu’un ait assumé ce rôle, qu’il en soit conscient ou non. Par exemple, un membre de l’équipe de développement (à l’insu du PO) et un représentant de l’entreprise peuvent être en contact pour savoir ce que l’équipe de développement doit faire. Cela peut permettre au développeur d’avoir une vision plus large du produit, mais cela lui fait perdre du temps qui pourrait être utilisé pour construire le produit. De plus, ce double rôle n’est souvent pas un bon ami de l’entreprise car il est source de stress, de frustration et de goulots d’étranglement. Il serait donc bon de repenser honnêtement notre situation actuelle et de nous informer sur la manière dont nous fonctionnerions avec un PO.

2. « Nous n’avons pas trouvé ce que nous cherchions ».

• « Il est difficile de trouver le profil de PO que nous recherchons ». La première chose que je me demanderais serait si nous avons besoin d’un profil senior qui tire la charrette et apporte toute son expérience ou si nous pouvons compter sur un profil plus junior qui aura l’avantage de le « mouler » à la culture et aux intérêts de l’organisation. Il faut garder à l’esprit qu’un PO expérimenté aura plus de mal à changer ses idées préétablies sur de nombreux sujets, ce qui peut parfois conduire à des conflits. Je pense que cela vaut la peine d’y réfléchir, car si nous nous rendons compte qu’un profil junior nous convient, non seulement son salaire sera moins élevé, mais vous aurez probablement un PO plus tôt que prévu.
  

3. « Nous ne pouvons pas nous permettre d’avoir un Product Owner ».

• « Nous ne pouvons pas nous le permettre. Cette situation est très complexe. Précisément pour la raison que j’ai mentionnée au premier point. Bien que je ne le recommande pas dans 99 % des cas et que cela soit en contradiction avec ce qui précède, ce qui peut être fait avec beaucoup de discipline et une aide extérieure, c’est qu’une personne souhaite partager son rôle habituel avec celui de PO. Cela signifie que, au minimum, cette personne doit acquérir un minimum de formation, savoir combiner les tâches et le temps consacré à l’une et à l’autre et, surtout, savoir dans chaque conversation avec quelqu’un de l’organisation si elle parle depuis son rôle habituel ou depuis son nouveau rôle d’OP. Le succès de cette personne à double rôle dépend de ce dernier point et c’est le plus difficile. Malgré cela, je ne recommanderais cette option qu’à une organisation agile mature qui ne trouve pas difficile d’adopter ce type de changement. Je recommanderais à toute organisation qui ne correspond pas à ce profil de chercher d’autres alternatives.

Conclusions

Évidemment, les contextes sont infinis et tout le monde n’a pas les mêmes besoins. Mais si vous voulez être une référence sur votre marché et le meilleur dans votre domaine d’activité, vous avez probablement besoin d’une OP dédiée à la maximisation de la valeur de votre produit.