Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

« Product Managers/Développeurs/Stakeholders : qui est la poule et qui est l’œuf ? »

1,499 views

Published on

Pour cette édition de novembre, nous avons accueilli au Mobile Product management Meetup
• Maud Vogel PM @chauffeurprivé pour son talk : « Product Managers/Développeurs/Stakeholders : qui est la poule et qui est l’œuf ? »

Inscrivez vous ici pour ne rater aucun évènement : https://www.meetup.com/fr-FR/mobilepm/events/ :

Published in: Internet
  • Hey guys! Who wants to chat with me? More photos with me here 👉 http://www.bit.ly/katekoxx
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

« Product Managers/Développeurs/Stakeholders : qui est la poule et qui est l’œuf ? »

  1. 1. Product managers, développeurs, stakeholders Qui est la poule et qui est l’œuf ?
  2. 2. Maud Vogel Lead Product Manager chez
  3. 3. 7 ans de Product Management
  4. 4. Le Product Manager Son positionnement et ses interactions Au moment de la naissance du projet
  5. 5. Faire naître des projets Notre Mission
  6. 6. Product Managers Stakeholders Développeurs Mais qui est vraiment là avant les autres ? Une mission partagée
  7. 7. Partie 1 Les Schémas Super-Poules
  8. 8. Seuls à l’initiative du projet Leaders convaincus Détenteurs de l’idée Leurs caractéristiques
  9. 9. S PM D ● Possède sa vision, son besoin et sa solution ● Impose au PM son projet ● Le PM applique et contraint les développeurs Les - ● Frustration du PM et des développeurs ● Décorrélation possible entre solution et problème ● Manque de créativité ● Dette technique Les + ● Vision et objectifs clairs, souvent très justifiables ● Pas de négociation : pas de conflit ● Rapidité Le Stakeholder
  10. 10. Illustration Communication client <—> driver
  11. 11. SPM D ● Impose sa solution fonctionnelle/UX ● Après analyse du vrai problème ● Convainc les stakeholders puis les développeurs Les - ● Frustration des développeurs et dette technique ● Pas de prise en compte de la strat d'entreprise ● Personnalisation de la solution Les + ● Réponse à un problème ou à des opportunités ● Projet pensé pour les utilisateurs finaux ● Pilotage au millimètre Le Product Manager
  12. 12. Illustration Meet-Up Points
  13. 13. Illustration Meet-Up Points
  14. 14. S PM D ● Impose son besoin ● Afin de réduire la dette technique, améliorer les performances, faire du code de qualité ● Convainc les stakeholders et le product manager Les - ● Tech au détriment des fonctionnalités ● Au point d’oublier tout simplement l'utilisateur ● Lenteur du projet Les + ● Moins de dette, meilleures performances ● Maintien du code ● Valorisation de la tech Le Développeur
  15. 15. Le Refacto
  16. 16. Illustration Détail du Prix
  17. 17. Impossible de combiner tous les ingrédients qui font naître un cycle positif : • Vision stratégique • Vision technique • Créativité • Réponse aux problèmes des utilisateurs • Pilotage de proximité Échec du schéma
  18. 18. Partie 2 La basse-cour organisée
  19. 19. DéveloppementSpécificationPriorisationIdéation Toutes les poules créent un seul œuf, en plusieurs phases La basse-cour organisée
  20. 20. PM S D UX S PM A Son rôle • Ecouter • Identifier ou aider à identifier des idées • Transformer les idées en problèmes/opportunités Ses outils • Les moments d’écoute (réunions, café…) • La mallette d’analyse : data, retours users… • Le PRD La phase d’idéation Le Product Manager devient creuset, réceptacle des idées
  21. 21. ProblemsOwners Analysis User Stories Won’t Do Le PRD Product Requirements Document
  22. 22. Identifier les problèmes et opportunités L’objectif de cette phase
  23. 23. PMS D Son rôle • Établir les critères objectifs de priorisation • Réconcilier valeur user et valeur entreprise • S’assurer des priorités techniques • Faire estimer le coût macro d’un projet Ses outils • Les réunions de priorisation et de roadmap • Le KPI de valeur • Les tailles de tee-shirt La phase de priorisation Toute priorisation doit être objective et réalisée par le PM et le Codir
  24. 24. S M L Les tailles de tee-shirt Faire entrer le coût technique dans la priorisation
  25. 25. D SPM UI PM Son rôle • Trouver la meilleure solution au problème en faisant intervenir ses acolytes • S’assurer de réconcilier valeur et coût (80/20) • Transformer le PRD en spécification métier, technique et design Ses outils • Les ateliers de réflexion • Google Docs • User Stories La phase de spécification Quand chaque problème trouve sa solution
  26. 26. La phase de spécification Les ateliers de conception ou non au « mythe du brainstorming » Quelques tips : • Répéter les problèmes • Répéter les KPI • Ne pas faire intervenir tout le monde en même temps • Cadrer la réflexion • Demander aux intervenants de préparer (UX) • Tester et itérer
  27. 27. Son rôle • Laisser son rôle au lead tech • Fournir les outils d’aide à la compréhension • Conserver la comm avec les stakeholders Ses outils • Documents de spécification • Daily stand-up • Review de sprint D PM UI D La phase de développement Dans la phase de développement, le PM devient facilitateur
  28. 28. - Ecoute - Synthèse - Capacité à transformer une idée en problème Pour finir, un bon product manager c’est quoi? DéveloppementSpécificationPriorisationIdéation - Capacité à transformer un problème en valeur potentielle (KPI) - Exhaustivité - Créativité - Pertinence - Accompagnateur COMMUNICATION
  29. 29. Merci !

×