« Planification à l'aide de roadmaps de résultats » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (3 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Catégorie:Itamar Gilad]] | |||
[[Category: Rôle du Product Manager]] | [[Category: Rôle du Product Manager]] | ||
[[Category: Portail Planification]] | [[Category: Portail Planification]] | ||
Auteur : Itamar Gilad<br /> | Auteur : Itamar Gilad<br /> | ||
Source : [https://itamargilad.com/outcome-roadmaps/ | Source : [https://itamargilad.com/outcome-roadmaps/ Planning With Outcome Roadmaps]<br /> | ||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | Traducteur : Fabrice Aimetti<br /> | ||
| Ligne 49 : | Ligne 50 : | ||
<br/> | <br/> | ||
[[Fichier:Confidence-Meter-900px.jpg|border|link=|1000px]]<br/> | [[Fichier:Confidence-Meter-900px.jpg|border|link=|1000px]]<br/> | ||
<small>''L'indicateur de confiance (téléchargez la calculatrice gratuite [https://itamargilad.com/resources/confidence-meter-calculator/ ici]''</small><br/> | <small>''L'indicateur de confiance (téléchargez la calculatrice gratuite [https://itamargilad.com/resources/confidence-meter-calculator/ ici]'' - NdT : cf. [[Priorisation des idées avec l'ICE et l'Indicateur de Confiance]]</small><br/> | ||
<br/> | <br/> | ||
Si votre conviction repose sur des opinions, des thèmes ou des preuves anecdotiques, votre confiance dans vos hypothèses doit être faible. Dans ce cas, il est préférable de consacrer du temps à la recherche, également connue sous le nom de recherche exploratoire ou générative, et de porter le niveau de confiance à moyen-faible ou moyen.<br/> | Si votre conviction repose sur des opinions, des thèmes ou des preuves anecdotiques, votre confiance dans vos hypothèses doit être faible. Dans ce cas, il est préférable de consacrer du temps à la recherche, également connue sous le nom de recherche exploratoire ou générative, et de porter le niveau de confiance à moyen-faible ou moyen.<br/> | ||
| Ligne 71 : | Ligne 72 : | ||
<br/> | <br/> | ||
Notez que cette partie de la roadmap est équivalente à la roadmap classique - une série de projets avec des lancements concrets sur une ligne de temps. Hélas, en l'absence de recherche et de product discovery, nous ne pouvons pas prédire quelles seront ces idées et combien de temps il faudra pour les développer. Commencer par cette partie de la roadmap n'est donc pas du tout une bonne idée.<br/> | Notez que cette partie de la roadmap est équivalente à la roadmap classique - une série de projets avec des lancements concrets sur une ligne de temps. Hélas, en l'absence de recherche et de product discovery, nous ne pouvons pas prédire quelles seront ces idées et combien de temps il faudra pour les développer. Commencer par cette partie de la roadmap n'est donc pas du tout une bonne idée.<br/> | ||
==Effet retard== | |||
Les résultats que vous essayez d'obtenir (par exemple un taux de fidélisation des clients plus élevé) n'apparaissent souvent pas immédiatement après le lancement ; il y a généralement un certain délai dû au calendrier de déploiement, au calendrier des ventes/du marketing, au délai d'adoption, etc. Lorsque nous établissons une roadmap pour les résultats plutôt que pour les lancements, nous devons également tenir compte de ces délais. L'équipe produit est généralement libre de travailler sur d'autres choses pendant cette période, mais nous devons continuer à suivre les résultats même après le lancement.<br/> | |||
<br/> | |||
Voici deux objectifs mis côte à côte, la partie relative au product delivery étant toujours indiquée comme "TBD - To-Be-Determined" (à gauche), tandis que la partie relative aux 3 idées est mise en évidence (à droite) :<br/> | |||
<br/> | |||
[[Fichier:Full-outcome-roadmap-Miro-1.jpg|border|link=|1000px]]<br/> | |||
<br/> | |||
'''Techniques avancées :''' voici quelques idées d'experts en matière de roadmap. [https://www.linkedin.com/in/jannabastow/ Janna Bastow], PDG et cofondatrice de ProdPad, recommande le modèle de lancement en douceur, dans lequel le changement de produit est d'abord "lancé" auprès des ventes et du marketing, qui préparent ensuite le lancement proprement dit. Un autre modèle consiste à lancer les changements, puis à prévoir des "ajustements" après le lancement afin d'optimiser les changements et d'améliorer les résultats (source : [https://www.linkedin.com/in/brucemccarthy/ Bruce McCarthy], auteur de Product Roadmaps Relaunched) - il s'agit essentiellement de lancer et d'itérer, mais la partie "itérer" est budgétisée dans la roadmap.<br/> | |||
<br/> | |||
Voici le [https://itamargilad.com/outcomes-roadmap-template/ modèle complet de roadmap des résultats (Miro Board)] que vous pouvez utiliser comme point de départ. | |||
==Conclusion== | |||
Je ne vous recommande pas nécessairement d'utiliser ce format de roadmap, mais si vos managers et les parties prenantes insistent pour avoir un plan assorti d'un calendrier, il peut être utile de le présenter et d'organiser une discussion. Points clés à aborder : | |||
* Voulons-nous obtenir des résultats ou des lancements ? | |||
*Pouvons-nous être certains d'avoir trouvé les bonnes idées sans recherche ni product discovery ? | |||
*La recherche et la product discovery contribuent-elles à la réalisation des objectifs de l'entreprise (je soutiens que oui) ? | |||
*Ce modèle est-il plus lent ? dans quel sens : le temps de production des objets ou le temps d'obtention des résultats ? | |||
<br/> | |||
Cette discussion sera au cœur du désaccord sur les roadmaps de livrables (''output''), mais j'espère que vous serez mieux armé pour faire valoir votre point de vue. L'objectif n'est pas de s'opposer à la planification, mais de la rendre honnête et adaptable. | |||
