« Planification à l'aide de roadmaps de résultats » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 65 : | Ligne 65 : | ||
<small>''Source de l'image : [http://evidenceguided.com/ Evidence-Guided] : Créer des produits à fort impact face à l'incertitude.''</small><br/> | <small>''Source de l'image : [http://evidenceguided.com/ Evidence-Guided] : Créer des produits à fort impact face à l'incertitude.''</small><br/> | ||
<br/> | <br/> | ||
Le résultat de la Product Discovery est un petit ensemble d'idées suffisamment validées pour passer à l'étape de delivery. On me demande souvent combien de temps il faut consacrer à la discovery, et la réponse est le temps qu'il faut, car si l'on abrège, on risque de construire les mauvaises choses. Toutefois, vous pouvez fixer un délai pour votre travail de discovery, en sachant que si vous n'avez pas trouvé d'idées validées dans un délai de quatre semaines, par exemple, vous passerez à un autre objectif ou reviendrez à un travail de recherche pour trouver d'autres idées.<br/> | |||
==Product Delivery== | |||
Une fois que nous avons découvert une idée susceptible de contribuer à l'objectif, l'étape suivante consiste à la construire et à la lancer. Avec un peu de chance, une seule idée permettra d'atteindre l'ensemble de l'objectif, mais il en faudra souvent plusieurs. La plupart des idées qui ont fait l'objet d'une product discovery sont déjà partiellement développées, et vous devriez avoir une bien meilleure idée du temps et des efforts qu'il faudra consacrer à leur réalisation.<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/> | |||
