Article

Le rôle du Product Owner en méthodologie agile

avril 2013 | Temps de lecture : 2 min

Depuis la création d’Exeis Conseil en 2009, nous sommes intervenus sur plusieurs projets en méthodologie agile et le plus souvent nous avons pu constater que le Product Owner du projet pouvait manquer d’informations sur son rôle et sur ses responsabilités.

product-owner

Quel est le rôle du product owner et quelles sont ses responsabilités ?

 

 

Le Product Owner est le représentant des clients et des utilisateurs. C’est lui qui définit l’ordre dans lequel les fonctionnalités seront développées et qui prend les décisions importantes concernant l’orientation du projet. Ses missions sont diverses :

 

  • Lister les exigences client puis les prioriser

 

  • Planifier le contenu des itérations

 

  • Fournir les spécifications détaillées à l’équipe

 

  • Maitriser les user stories

 

 

Et comment cela se traduit-il au quotidien ?

 

 

Dès le début du projet, le Product Owner devra présenter aux équipes de réalisation les user stories et valider avec elles les objectifs poursuivis. Lors de chaque daily scrum, sa présence est importante afin d’apporter des réponses aux questions sur les aspects métier. Enfin, il valide ou non chaque itération lors des sprints review. En général, le Product Owner est fortement sollicité par les développeurs, il devra donc être compétent (connaissance des besoins fonctionnels, anticipation des événements, etc.), disponible et légitime afin de prendre les bonnes décisions rapidement.

 

 

Attention ! Un projet agile ne se mène pas comme un projet avec un cycle en V !

 

 

Toutes ces responsabilités sont autant de changements si la personne désignée en tant que Product Owner est plus coutumière des projets en V. Dans ce cas, ses interrogations seront nombreuses :

 

 

  • Quels sont mes rôles durant chaque itération

 

  • Que se passe-t-il si je n’ai pas de réponse immédiate pour la MOE ?

 

  • Dois-je recetter à chaque itération ?

 

  • Comment pondérer les user-stories ?

 

  • Suis-je forcément le seul P.O ? …

 

 

De plus, cette méthodologie vient challenger l’organisation de l’entreprise, car même si elle peut être adoptée en quelques jours, les adaptations nécessaires peuvent être beaucoup plus longues.

 

 

Au vu de ces interrogations et de ces bouleversements, a quoi bon mener un projet en méthodologie agile me direz-vous ?

 

 

Bien que la méthodologie Agile puisse venir perturber les organisations, ses avantages sont nombreux parmi lesquels nous pouvons citer :

 

  • Industrialisation des applications

 

  • Méthodes plus adaptatives

 

  • Facilite les modifications

 

  • Réduction maximum des écarts entre le produit développé et les besoins métiers

 

  • Grande souplesse et grand réactivité

 

  • Réduction des coûts*

 

 

Pour garantir la bonne application de cette méthodologie nous proposons à nos clients de les accompagner avec des consultants expérimentés dans le pilotage de projet et possédant une parfaite connaissance de la méthode. Ils répondront aux questions du « quoi et comment » et en tant que garants de la méthodologie Agile ils seront au carrefour des besoins entre la direction de projet, le Scrum Master et le Product Owner. Ils apporteront un savoir-faire bâti au cours des différents projets Agiles sur lesquels ils sont intervenus et utiliseront des outils éprouvées. Ils veilleront également à donner une bonne visibilité sur la stratégie aux équipes de réalisation et fourniront un reporting de qualité à la direction de projet, ils serviront donc d’intermédiaires entre ces deux derniers afin de garantir la communication descendante mais aussi la communication ascendante.

 

 

Le rôle du Product Owner

 

À propos des auteurs
Nicolas BUFFARD - Manager chez EXEIS Conseil
Nicolas BUFFARD Manager
Contacter Nicolas
Envoyer un message à Nicolas BUFFARD

Ingénieur généraliste des Mines de Nantes, Nicolas évolue depuis plus de 11 ans dans le Conseil en Organisation. Nicolas a principalement réalisé des missions de transformation des organisations et des SI, de pilotage de projets complexes, ou de conduite du changement. Il a réalisé l’essentiel de sa carrière dans le secteur des assurances de biens et de personnes.