Le métier du produit aujourd'hui : multiples rôles, objectifs communs
Pouvez-vous vous présenter en quelques mots ?
Forte de mes 13 ans d’ingénierie en biotechnologie, j’ai rejoint Capgemini il y a 4 ans en tant que développeuse, pour participer à la mise en place d’applications de santé qui permettent le suivi de cohortes de patients. L’objectif : suivre l’évolution des pathologies des patients, proposer des ateliers d’éducation thérapeutique afin de mieux appréhender et mieux communiquer aux praticiens les comptes-rendus des consultations. Grâce à ce projet, j’ai la chance d’avoir évolué vers des fonctions de Product Owner puis Business Analyst.
Quelles interactions ont les équipes produit avec les équipes de développement au sein de Capgemini ?
En amont du développement, les équipes produit mènent des ateliers de cadrage au cours desquels les utilisateurs finaux définissent leurs besoins et attentes.
Puis, elles convient les responsables techniques, architectes, designers et Product Owner à un atelier de fin de cadrage afin de leur présenter les features à implémenter.
Comment percevez-vous la relation entre les équipes produit (MOE-MOA) et les clients ?
Nous (MOE = maîtrise d’œuvre) entretenons une relation étroite avec les clients (MOA = maîtrise d’ouvrage) afin d’être au plus proche de leurs besoins et de répondre au plus vite à leurs questions, ou encore corriger des bugs de production. Nous travaillons en mode Agile sur les projets, en présence de nos clients pour faciliter la communication avec les développeurs et nous assurer de la transparence de la méthode.
Comment définissez-vous la roadmap avec vos clients ?
La roadmap est définie lors d’échanges avec le Business Owner qui nous décrit la stratégie d’implémentation à suivre sur les mois à venir. Cette stratégie, dans le cadre de la eSanté, répond à des exigences nationales et à des contraintes liées aux différents métiers utilisateurs de nos solutions.
Comment réagissez-vous en cas de déviance sur la partie produit ?
Lorsqu’un bug de recette ou de production est remonté par la MOA, un premier niveau d’analyse est effectué par le Product Owner afin de le qualifier et d’en challenger le niveau de gravité, pour ensuite le transmettre aux équipes techniques pour le résoudre.
Quel est votre rôle dans une équipe Agile ?
Mon rôle en tant que Product Owner est de découper les fonctionnalités en Users Stories (US) afin de traduire les besoins des clients/MOA (ARS, GRADeS, …). Également, je réunis les compétences et les ressources disponibles à la planification des développements pour un incrément*. (*Un incrément comprend 4 sprints de 3 semaines).
Nous réalisons ensuite, avec les designers, les maquettes des fonctionnalités à implémenter qui seront intégrées aux écrans.
Lors du Planning Increment, je présente les US aux développeurs afin de les aider à les planifier sur des sprints calibrés selon les dépendances que peuvent avoir certaines fonctionnalités, avec des travaux d’architecture ou des dépendances fonctionnelles entre US.
Quotidiennement, nous nous synchronisons avec les développeurs, intégrateurs, architectes et designers lors d’un DSTUM (Daily Stand Up Meeting) pour présenter le travail réalisé la veille et celui à faire dans la journée. C'est l’occasion pour moi de vérifier que l’avancement est conforme aux prévisions et de répondre aux questions fonctionnelles que peuvent se poser les développeurs. J’apporte du contexte métier aux développements et j’accompagne les développeurs à créer des scénarios en contexte métier lors des démonstrations.
Enfin, à la fin de chaque incrément, je réalise les tests métiers des fonctionnalités implémentées, rédige la documentation fonctionnelle, et participe aux tests fonctionnels sur les environnements de pré-production. L’objectif est de vérifier l’opérabilité des fonctionnalités implémentées sur un environnement ISO à celui des utilisateurs finaux.
Quelle est l’évolution du métier de PO ?
Au sein de Capgemini, nous avons la chance de pouvoir faire évoluer notre carrière au gré de nos envies. Un PO peut ainsi facilement évoluer vers un poste de PM (Product Manager) pour intervenir lors des phases de cadrage, ou vers un poste de responsable projet ou EM (Engagement Manager) pour participer à l’encadrement des équipes de développement.
- Views262