Le responsable produit Agile

Tout ce que vous devez savoir pour être un gestionnaire de produit Agile (sans jamais oser le demander).

Sherif Mansour Sherif Mansour

Dans un environnement Agile, les produits et les fonctionnalités sont conçus pour être fluides. Pas comme un lave-vaisselle sale où de petits morceaux de nourriture tourbillonnent… (parce que… beurk). Plutôt comme une lampe à lave : évoluant régulièrement, visiblement. Mais ce qui différencie l'évolution du logiciel de celle des lampes de chevet, c'est la stratégie. C'est ici qu'interviennent les gestionnaires de produit.

L'une des tâches passionnantes que j'ai à réaliser au poste de gestionnaire de produit pour Confluence, le logiciel wiki d'Atlassian, est de parler à beaucoup de clients. Je découvre ce qui fonctionne pour eux et les défis auxquels les équipes sont confrontées dans le cadre de leur mission : développer des produits exceptionnels.

Ok : presque à tout prix. Je ne vous recommande absolument pas de faire quoi que ce soit d'illégal. Ni de bizarre. Bref…

À quoi ressemble la définition des problèmes client à l'ère Agile ? Le manifeste Agile nous rappelle que la manière « traditionnelle » n'est pas toujours la meilleure. En tant que gestionnaires de produit, nous devrions faire tout ce qui est nécessaire pour raconter l'histoire du client. Essayez différentes choses : expérimentez, explorez, puis appliquez les méthodes les plus adaptées à votre équipe et vous-mêmes dans le contexte dans lequel vous travaillez. Qu'est-ce que je veux dire par là ?

  • Si cela signifie que vous pouvez organiser plusieurs discussions et esquisser quelque chose sur un bout de papier, alors faites-le.

  • Et si vous pouviez rassembler tout le monde (y compris le client) dans un groupe de discussion pour cartographier des user stories ? Si cela permet de bien communiquer les problèmes, vous n'avez pas besoin d'en faire plus.

  • Et si vous pouviez rendre visite au client et observer comment il utilise votre produit en contexte ? Pourriez-vous demander à vos ingénieurs et à vos concepteurs de s'asseoir avec le client pour écouter et observer ses problèmes ?

  • L'instrumentation de votre produit avec des hooks analytiques vous fournit des données agrégées et concrètes sur la façon dont les clients dans leur ensemble utilisent votre produit. 

  • Une autre option serait de réunir le trio composé d'un gestionnaire de produit, d'un ingénieur et d'un concepteur pour un stand-up rapide afin de réaliser une ébauche, de discuter et de prendre des décisions rapides sur place.

  • Besoin d'en explorer d'autres ? Essayez d'organiser un atelier où vous réunissez des intervenants clés et effectuez un maximum de prototypage sur tableau blanc ou sur papier pour comprendre au mieux les problèmes que vous essayez de résoudre et les solutions que vous pourriez y apporter.

vous voyez le tableau. Auparavant, la gestion des produits et la documentation des exigences étaient presque synonymes. Rien d'étonnant ! Rédiger des documents d'exigences produit de 20, 50 ou même 100 pages vous prendra inévitablement l'essentiel de votre journée. Mais dans le monde Agile, il est important que nous considérions la rédaction d'un document d'exigences comme l'une des nombreuses façons dont nous pouvons aider à définir et à partager les problèmes des clients.