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/ :
8. Seuls à l’initiative du projet
Leaders convaincus
Détenteurs de l’idée
Leurs caractéristiques
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
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
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
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
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
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. S M L
Les tailles de tee-shirt
Faire entrer le coût technique dans la priorisation
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. 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. 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. - 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