Le Product Owner : couteau suisse ou spécialiste de niche ?

On peut dire sans exagérer que le Product Owner fait la réussite ou l’échec d’un projet.

Pourquoi ?

Il fournit des solutions, donne un cap à tenir, et fait la liaison entre l’entreprise et l’équipe de développement.

Un PO performant est indissociable d’une équipe poursuivant un objectif et une vision – et de la satisfaction des parties prenantes, cela va sans dire. Être un Product Owner est loin d’être une sinécure. Mais c’est un défi qui en vaut la peine, et qui offre au PO une aventure exceptionnelle au côté de son équipe.

Sans un Product Owner pour gérer l’équipe de développement, le déroulement d’un projet serait chaotique et stressant.

Pour en savoir plus sur la mission du Product Owner, n’hésitez pas à visionner le replay du webinaire que j’ai présenté : « La vie d’un Product Owner, ou comment développer un excellent produit avec une équipe heureuse ».

J’ai reçu énormément de retours positifs à la suite de ce webinaire, et tout autant de questions sur le sujet. Tant de questions, d’ailleurs, que j’ai décidé de créer une série d’articles consacrés aux Product Owners.

Mais commençons par le commencement.

Concrètement, que fait un Product Owner ?

Le Product Owner a pour mission de maximiser la valeur d’un produit résultant du travail de l’équipe de développement. Il est également l’unique responsable de la gestion du backlog du produit, de la vision du produit, et d’autres détails essentiels, en adoptant une perspective fortement axée sur le client.

Ses responsabilités, d’ordre tactique et stratégique, sont présentées ci-dessous (pour obtenir davantage de détails, regardez le replay du webinaire).

#Responsabilités techniques :

#Responsabilités stratégiques :

Dans un environnement agile, le PO transmet à l’équipe la vision du produit d’une partie prenante et veille à ce que cette même compréhension serve de socle à chaque action et décision. Le PO est la personne de référence concernant toutes les problématiques liées au produit et à l’entreprise.

Les compétences d’un excellent Product Owner

Toutes les expériences accumulées sont essentielles pour devenir un excellent Product Owner, qu’elles proviennent de la sphère technique ou non. L’expérience professionnelle en général forme la base de votre raisonnement analytique et de votre prise de décision.

Ainsi, posséder un savant mélange de compétences techniques et humaines fera de vous un PO indispensable, quelle que soit votre entreprise.

#Compétences techniques :

• Assurance qualité – Cette compétence permet au PO d’inspecter un produit pendant son développement afin de s’assurer que les éléments ont été implémentés comme prévu, et de fournir du feedback si besoin.

• UI/UX – Les compétences de design ne sont certes pas exigées du PO. Cependant, quelques connaissances de base seront extrêmement utiles : votre œil exercé vous permettra de prendre des décisions en collaboration avec l’équipe design.

• Capacité à comprendre les aspects techniques expliqués par l’équipe.

• Connaissances basiques de l’architecture ou de ce qu’elle représente.

• Approche agile.

#Compétences humaines :

• Résolution des problèmes

• Raisonnement analytique

• Excellentes compétences de communication

• Leadership

• Intelligence émotionnelle

• Au courant des tendances et des technologies les plus populaires

Le Product Owner guide la progression du produit et gère l’équipe de manière à la conduire au succès.

Disposer de solides compétences techniques ne dispense pas le PO de focaliser entièrement son énergie sur le produit et l’aspect business du projet ; l’implémentation technique reste du ressort exclusif de l’équipe.

Néanmoins, lorsqu’il s’agit de gérer un produit ultra-technique, comme une solution sur le cloud, il s’avère judicieux pour le PO de posséder quelques notions techniques afin de mieux comprendre ce produit complexe, ses fonctionnalités et les éléments qui le composent.

Product Owner, Product Manager, Business Analyst. Quelle différence ?

Ces trois fonctions ont plusieurs points communs, ce qui explique qu’il est parfois difficile de les distinguer. Bien que certaines des compétences et responsabilités nécessaires à ces postes soient similaires, elles peuvent varier d’une entreprise à l’autre, selon l’organisation et son organigramme.

Il est parfois impossible de distinguer le PO et le PM. En revanche, dans certaines entreprises, le PM se concentre davantage sur la stratégie et le PO plutôt sur l’exécution, des BA étant présents dans l’équipe pour aider à la spécification des exigences et à l’écriture de la user story. Évidemment, ceci n’est qu’un exemple parmi de nombreuses configurations possibles.

On sait que les organisations ont tendance à définir les responsabilités d’un PO en incluant différentes tâches incombant normalement aux PM, ou similaires à celles qu’un BA pourrait effectuer dans une autre entreprise.

S’il fallait absolument définir ces rôles, voici comment je les résumerais :

#Product Manager – considéré comme le « patron du produit », il est responsable de la stratégie, de la feuille de route, des prévisions et même du marketing.

#Product Owner – ses responsabilités sont bien plus complexes, et vont de la définition de la vision du produit à la gestion des parties prenantes, en passant par la réalisation d’études marketing et d’analyses du feedback des utilisateurs. Voici une synthèse plus approfondie de l’ensemble des responsabilités d’un Product Owner agile.

#Business Analyst – il définit les besoins et recommande des solutions qui apportent de la valeur aux parties prenantes et à l’entreprise. Le BA est chargé de déterminer les besoins de l’organisation par rapport à un produit en discutant avec les parties prenantes, et d’organiser, modéliser et documenter les exigences tout en s’assurant qu’elles sont validées par toutes les personnes impliquées.

Il va sans dire que ces trois fonctions ne peuvent exploiter pleinement leur potentiel qu’avec l’aide d’une collaboration forte de la part de chacun.

Découvrez comment développer une collaboration solide et fructueuse avec votre équipe et vos parties prenantes dans mon prochain article, qui sera publié très prochainement !

Consultez aussi :

Agilité en mode startup

De la donnée fiable pour apprécier la performance agile, des programmeurs au CEO !