Roadmap

La présente page vous guide dans l’utilisation de votre document Excel intitulé « Roadmap Produit ».

Si vous n’êtes pas encore membre, découvrez notre kit de l’agilité. Ne manquez pas l’opportunité de l’acquérir et de profiter de tous les avantages qu’il peut apporter à votre gestion de projet agile.

Objectif du livrable

La Roadmap produit est un livrable qui permet de visualiser l’évolution d’un produit, du MVP (Produit minimum viable) à la version répondant à la vision actuelle. 

Ce livrable présente les différentes composantes fonctionnelles et techniques du produit sous format d’Initiatives de Thèmes et d’Epic. 

Il définit aussi les jalons importants du projet, par exemple la date de sortie d’une version du produit au marché.

C’est le livrable de référence de la vision produit, car il permet d’aligner les différentes parties prenantes sur cette vision.

Déblocage des macros

Avant d’ouvrir un fichier Excel, pensez à débloquer les macros.

Pour ce faire, faites un clic droit sur le fichier avant de l’ouvrir. Ensuite choisissez Propriétés, puis activez la case à cocher Débloquer sous l’onglet Général.

Ceci afin d’éviter d’avoir un message rouge à l’ouverture d’un fichier Excel :

Activation des macros

Pour s’assurer du bon fonctionnement du template, vérifiez que les macros sont activées :

Quand utiliser ce livrable ?

Ce livrable est utilisée durant la phase de cadrage après l’arrêt de la vision produit. 

Il est crée de manière itérative à travers différents ateliers avec le Sponsor, le Product Manager, le Product Owner, les UXs designer et les savants métiers et techniques.

Après la phase de cadrage, la Roadmap est mise à jour tout au long de la phase d’exécution suivant l’avancement du produit, les feedbacks utilisateurs, les objectifs business etc.

Comment utiliser ce livrable ?

Avant le(s) atelier(s) Roadmap

1. S’assurer que les prérequis sont disponibles :
   1. Vision produit
   2. OKR 
   3. Liste de parties prenantes à intégrer : Sponsor, Product Manager, Product Owner, UXs designer, experts métiers, conformité, sécurité, architectes etc. En précisant les participants obligatoires et facultatifs
2. Selon le contexte, concevoir la démarche de déroulement des ateliers :
   1. Préparer les participants à travers une formation, le partage d’un guide, les inputs à préparer pour l’atelier, le template à utiliser
   2. Choisir le format de déroulement des ateliers : en présentiel ou à distance
   3. Choisir le format de restitution lors des ateliers : tableau physique ou à travers un outil de collaboration en ligne
   4. Planifier plusieurs créneaux à l’avance dans l’agenda des participants pour s’assurer de leurs disponibilités

Durant le(s) atelier(s) Rodamp

1. Présenter la vision du produit et s’assurer de l’alignement des parties prenantes sur la vision, les contraintes (ex: Time To Market, jalons réglementaires, exigences sécurité, dépendances avec d’autres produits ou projets)
2. Définir les initiatives du produit (composants ou fonctionnalités de haut niveau)
3. Formaliser un premier draft de la Roadmap selon le template, en remplissant le maximum de champs selon les informations disponibles. Ne pas hésiter à formuler des hypothèses si besoin 
4. Recueillir le feedback des participants
5. Si le draft est validée, décomposer les initiatives si besoin en Epic
6. Revoir la Roadmap selon la décomposition des initiatives en Epic (de nouvelles contraintes peuvent être identifiées ex: dépendances entre Epics, charge de réalisation plus importantes que prévu)
7. Réitérer la démarche dans le même ateliers si c’est possible ou continuer sur un autre créneau

Après le(s) atelier(s) Rodamp

1. Partager le draft de la Roadmap et les minutes de l’atelier (ex: points pour arbitrage, hypothèses à confirmer) avec les différents participants.

1. Demander un feedback de la part des participants facultatifs absents à partager avant l’atelier suivant

Structure du document

• Versions du produit : Les versions du produit ou releases de produit identifiées comprendront un ensemble de fonctionnalités qui apportent une valeur précise à l’utilisateur final
• Besoins adressés et valeur créée : Liste des besoins utilisateurs auxquelles répond une version du produit avec la valeur quantitative ou qualitative générée correspondante 
• Hypothèses : Ensemble d’informations non vérifiées sur lesquelles s’est basée la définition des Initiatives et des Epics
• Contraintes : L’ensemble d’informations à intégrer dans le produit, sa construction, sur lesquelles nous ne disposons pas ou peu de marge de manœuvre. Les contraintes peuvent être d’ordre commerciale, technique, réglementaires etc.
• Initiatives : Une Initiative est une macro fonctionnalité qui répond à un besoin de l’utilisateur
• Epics : Une Epic est une sous-fonctionnalités qui, avec un ensemble d’autres Epic, répond à un besoin de l’utilisateur
• Pistes d’amélioration : Une option d’amélioration de la valeur du produit ou de son exécution mais qui a été écartée dans la version actuelle de la Roadmap

En savoir plus

Pour en savoir plus sur la Roadmap, consultez le lien de cet article.