Roadmap produit
Roadmap produit : ce qui sera construit et dans quel ordre
La roadmap produit présente ce que l'équipe compte construire et dans quel ordre. Elle sert à aligner les équipes et à communiquer vers l'extérieur. Sa forme la plus solide s'organise par problème à résoudre plutôt que par liste de fonctionnalités datées.
Les formats de roadmap produit
| Format | Ce qu’il annonce | Risque |
|---|---|---|
| Par date | Une fonctionnalité par trimestre | Engagements tenus rarement |
| Par thème | Un problème traité par période | Moins précis, plus honnête |
| Maintenant, ensuite, plus tard | Trois horizons sans dates | Flou assumé, souvent le meilleur |
| Par objectif | Reliée aux résultats visés | Demande des OKR en place |
Le format par date est le plus demandé et le plus décevant. Il transforme une intention en promesse, que la découverte du problème réel finit toujours par démentir.
Pourquoi les dates ne tiennent pas
Parce qu’une roadmap se construit avant que le problème soit compris. La première semaine de travail révèle des contraintes qu’aucune estimation n’avait prévues.
Annoncer un thème plutôt qu’une fonctionnalité permet d’ajuster la solution sans renier l’engagement.
Ce qu’une roadmap doit contenir
Le problème traité, pour qui, et comment on saura qu’il est résolu. La solution envisagée vient après, et peut changer.
Une ligne qui dit seulement « refonte du tableau de bord » n’engage personne et n’informe personne.
Ce qu’une roadmap ne remplace pas
La découverte. Elle liste des paris. Ceux qui ne sont pas confrontés aux utilisateurs avant d’être construits se révèlent faux une fois livrés.
Les confusions fréquentes et ce qui les sépare
- Planning de développement
- Le planning détaille des tâches et des dates pour l'équipe technique. La roadmap annonce des intentions et des priorités.
- OKR
- Les OKR fixent des résultats à obtenir. La roadmap dit par quels moyens on compte s'en approcher.
Mis à jour le