« Des roadmaps produits efficaces » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (Une version intermédiaire par le même utilisateur non affichée) | |||
| Ligne 2 : | Ligne 2 : | ||
[[Category: Portail Planification]] | [[Category: Portail Planification]] | ||
[[Category: Portail Product Owner]] | [[Category: Portail Product Owner]] | ||
[[Category: Melissa Perri]] | |||
Auteure : Melissa Perri<br /> | Auteure : Melissa Perri<br /> | ||
Source : [https://melissaperri.com/blog/2017/02/15/product-roadmaps Effective Product Roadmaps]<br /> | Source : [https://melissaperri.com/blog/2017/02/15/product-roadmaps Effective Product Roadmaps]<br /> | ||
| Ligne 58 : | Ligne 59 : | ||
[[Fichier:Good-Roadmap-FDS-portfolio.007.jpeg|border|center|1000px|link=]] | [[Fichier:Good-Roadmap-FDS-portfolio.007.jpeg|border|center|1000px|link=]] | ||
Il est important de se rappeler qu'une roadmap est avant tout un outil de communication. Elle est destinée à aligner les équipes sur des horizons temporels et des objectifs. La direction doit fixer des objectifs et une vision sur une période allant de 6 mois à quelques années, tandis que les équipes doivent envisager une période plus courte, de quelques trimestres à 6 mois. Il devrait y avoir un document stratégique d'accompagnement qui explique comment ces objectifs aident l'entreprise à atteindre sa vision, mais la roadmap elle-même ne sert pas à cela. | |||
Les roadmaps sont des documents vivants. Si vous ne validez pas un thème, mettez-le à jour. Si vous avez modifié un objectif, mettez-le à jour. Il n'y a aucune raison que vous deviez vous battre pour contourner une roadmap qui ne vous convient pas. Lorsque vous communiquez avec vos clients, concentrez-vous sur la façon dont vous allez résoudre leurs problèmes, et non sur la façon dont vous allez leur fournir des fonctionnalités. Vos clients se soucient avant tout de la valeur qu'ils reçoivent. | |||