« Roadmaps Produits » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 33 : | Ligne 33 : | ||
Les feuilles de route des produits doivent être très simples et de très haut niveau. Elles doivent refléter vos réflexions actuelles sur les objectifs les plus importants. S'agit-il de rendre le produit international ? De prendre en charge les appareils mobiles ? De prendre en compte des personas supplémentaires ? De résoudre les principaux problèmes d'utilisabilité ? La feuille de route n'a pas vocation à être une spécification, ni une liste exhaustive de fonctionnalités. | Les feuilles de route des produits doivent être très simples et de très haut niveau. Elles doivent refléter vos réflexions actuelles sur les objectifs les plus importants. S'agit-il de rendre le produit international ? De prendre en charge les appareils mobiles ? De prendre en compte des personas supplémentaires ? De résoudre les principaux problèmes d'utilisabilité ? La feuille de route n'a pas vocation à être une spécification, ni une liste exhaustive de fonctionnalités. | ||
N'oubliez pas non plus que si vous indiquez habituellement des dates cibles sur une feuille de route ("au premier trimestre, nous voulons lancer le produit au Royaume-Uni"), ces dates ne sont en fait que des espoirs et des souhaits. Ce n'est que lorsque vous définissez le produit dans le cadre de la découverte produit, que vous travaillez avec l'ingénierie sur les coûts réels en termes de temps, et que la gestion de projet/PMO planifie réellement le travail, que vous avez des dates réelles auxquelles vous pouvez croire. | |||
Aujourd'hui, les feuilles de route des produits sont presque toujours stockées sur un Wiki afin que l'équipe projet puisse les trouver facilement et prendre connaissance de vos dernières réflexions et raisonnements. | |||
Pour les équipes Agile, tous ces problèmes peuvent encore exister, mais il y a une autre catégorie de problèmes dont je parlerai dans un prochain article. | |||
Il s'agit d'un vaste sujet et il existe plusieurs techniques utiles et éprouvées pour s'assurer que vous choisissez les bonnes priorités et que vous communiquez votre planification à l'organisation. J'aborderai ces sujets plus en détail dans de futurs articles, mais si vous faites partie de ces chefs produits qui passent leur journée à passer au crible les demandes de fonctionnalités, à les classer par ordre de priorité et à les documenter, j'espère que cette note vous incitera à prendre du recul et à vous demander si ce n'est pas une raison pour laquelle votre produit ne progresse pas vraiment. | |||
