10 erreurs de roadmap produit à éviter
Auteur : Roman Pichler
Source : 10 Product Roadmapping Mistakes to Avoid
Date : 01/11/2022
Traducteur : Fabrice Aimetti
Date : 07/11/2022
Traduction :
Photo de Johannes Plenio sur Unsplash
La feuille de route du produit est un excellent outil de gestion du produit. Mais elle peut causer des problèmes importants lorsqu'elle n'est pas utilisée de manière appropriée. Cet article présente dix erreurs à éviter pour tirer pleinement parti de votre feuille de route.
Vous pouvez écouter la version audio de cet article ici : https://www.romanpichler.com/podcast/product-roadmapping-mistakes-to-avoid/.
La feuille de route du produit est une planification basée sur les fonctionnalités
Les feuilles de route de produits traditionnelles sont généralement des planifications axées sur les résultats qui établissent une liste de fonctionnalités, telles que la saisie, la recherche et la création de rapports, selon un calendrier. Une telle feuille de route indique essentiellement quand un bout de fonctionnalité sera livré. Cela peut être rassurant pour les clients et les parties prenantes. Mais elle présente les trois inconvénients suivants :
- Une feuille de route basée sur les fonctionnalités peut faire naître et renforcer un état d'esprit d'usine à fonctionnalités où l'ajout de fonctionnalités est plus important que la création de valeur et l'impact positif sur la vie des gens et de l'entreprise.
- En se concentrant sur les fonctionnalités, on risque de transformer la feuille de route en un plan tactique qui se superpose au backlog du produit, en particulier lorsque des fonctionnalités à fine granularité sont utilisées. Cela rend la feuille de route plus difficile à comprendre et augmente les efforts pour la maintenir à jour.
- Une feuille de route de produit basée sur des fonctionnalités peut facilement être confondue avec un engagement plutôt qu'une planification de haut niveau susceptible d'évoluer. Les parties prenantes ne seront pas les seules à être déçues. Cela limitera également votre capacité à expérimenter et à apprendre, à organiser des sprints et à découvrir la meilleure façon de répondre aux besoins des utilisateurs et des clients et de créer de la valeur pour l'entreprise.
Vous pouvez éviter ces inconvénients en utilisant un autre type de feuille de route : une feuille de route produit axée sur les objectifs ou les résultats. Comme son nom l'indique, cette feuille de route se concentre sur les objectifs et les résultats du produit, tels que l'acquisition de clients, l'augmentation de l'engagement et la pérennisation du produit en éliminant la dette technique. Certaines fonctionnalités à grosse granularité peuvent encore être utilisées, mais elles dépendent désormais des objectifs : chaque fonctionnalité doit servir un objectif et être nécessaire pour créer un résultat spécifique.
Un outil pratique pour créer une feuille de route axée sur les objectifs est ma feuille de route produits (GO product roadmap), que vous pouvez télécharger gratuitement en cliquant sur l'image ci-dessous.
Les objectifs de la feuille de route sont des fonctionnalités déguisées
Si les feuilles de route axées sur les objectifs peuvent être très bénéfiques, elles ne sont pas toujours appliquées efficacement. Une erreur fréquente que je vois commettre par les gens du produit est d'utiliser des objectifs produits qui sont des fonctionnalités déguisées. Disons que je suis sur le point de créer une feuille de route pour un produit d'alimentation équilibrée. Les deux énoncés "mesurer l'apport calorique" et "déterminer le taux de glycémie" seraient-ils alors considérés comme des objectifs produit ? Je ne le pense pas. Dans mon esprit, elles décrivent les capacités ou les fonctionnalités du produit, et elles caractérisent la solution. Elles n'indiquent pas pourquoi il est intéressant de faire progresser le produit.
Veillez donc à ne pas confondre objectifs et fonctionnalités. Veillez à ce que les objectifs de votre produit reflètent toujours le résultat souhaité que le produit doit créer, et non la production. Un bon test pour comprendre si un objectif produit décrit un résultat est de poser la question du pourquoi. Par exemple, je pourrais me demander pourquoi il serait utile de mesurer l'apport calorique. La réponse révélerait alors le véritable objectif, tel que "aider les utilisateurs à améliorer leurs habitudes alimentaires".
Les parties prenantes déterminent le contenu de la feuille de route
Vos parties prenantes vous demandent-elles d'ajouter des fonctionnalités spécifiques à la feuille de route produit ? Si c'est le cas, vous n'êtes pas seul. Il n'est pas rare que les feuilles de route des produits soient déterminées par les demandes des parties prenantes et que certaines d'entre elles souhaitent que "leurs" fonctionnalités soient incluses.
S'il est important d'écouter activement les parties prenantes, vous ne devez pas les laisser dicter le contenu de la feuille de route. Votre travail ne consiste pas à faire plaisir aux parties prenantes, mais à assurer le succès du produit. Si vous acceptez toutes les demandes, vous risquez de créer un produit Frankenstein, c'est-à-dire un produit constitué d'un ensemble de fonctionnalités sans rapport les unes avec les autres, offrant une proposition de valeur médiocre et donnant lieu à une expérience utilisateur médiocre.
Déclinez les demandes des parties prenantes si elles ne sont pas alignées sur la stratégie produit. Si elles le sont, recherchez un objectif produit que la fonctionnalité soutient. S'il n'y en a pas, ajustez la planification en modifiant un objectif existant ou en en introduisant un nouveau, ou rejetez la demande de fonctionnalité. Cela suppose, bien sûr, que vous êtes suffisamment autonome et que vous avez le dernier mot sur les décisions stratégiques relatives au produit.
==La personne en charge du produit crée la feuille de route toute seule==. Une autre erreur courante de planification est l'inverse de celle qui vient d'être décrite : la personne en charge du produit crée la feuille de route toute seule, sans aucune contribution des parties prenantes et des équipes de développement.
Cette approche est problématique pour les trois raisons suivantes :
- Elle ne permet pas de tirer parti de la créativité et des connaissances des parties prenantes et des équipes de développement. Elle risque d'aboutir à une feuille de route de produit sous-optimale.
- Elle risque de créer une planification qui n'est pas claire pour les parties prenantes et les membres de l'équipe de développement, qui manque d'une compréhension commune et qui n'est pas adaptée à la situation. Elle risque de créer une planification qui n'est pas claire pour les parties prenantes et les membres de l'équipe de développement, qui manque de vision partagée et qui entraîne un désalignement.
- Les gens sont moins susceptibles de soutenir une feuille de route produit s'ils n'ont pas eu l'occasion d'y contribuer. Dans le pire des cas, les parties prenantes et les équipes de développement n'adhèrent que du bout des lèvres à la planification, partent dans des directions différentes et suivent leurs propres objectifs.
Vous devez donc adopter une approche collaborative en impliquant les principales parties prenantes et les membres de l'équipe de développement dans la création, la revue et la mise à jour de la feuille de route produit, de préférence sous la forme d'ateliers collaboratifs. Efforcez-vous d'élaborer une planification qui contribue à maximiser la valeur créée par votre produit tout en recueillant le plus de soutien possible, comme je l'explique plus en détail dans mon article Making Effective Product Decisions.
La feuille de route n'est pas systématiquement reliée à la stratégie et au backlog
Si la feuille de route produit est une planification à part entière, c'est une erreur de la créer et de la gérer de manière isolée. Il en résulterait une feuille de route qui n'est pas alignée sur la proposition de valeur du produit et les objectifs de l'entreprise, et un backlog produit qui n'est pas lié à la feuille de route. Ce qui, à son tour, peut conduire à des décisions incohérentes et erronées concernant le produit : les décisions stratégiques n'orientent pas les décisions tactiques, et les enseignements tirés du développement ne permettent pas de faire progresser la feuille de route.
Mon modèle de stratégie produit, présenté ci-dessous, positionne la feuille de route du produit entre la stratégie et le backlog : la feuille de route indique comment la stratégie sera mise en œuvre dans les mois à venir, et elle oriente le backlog produit. La feuille de route est réalisée en traduisant les besoins et les objectifs métiers énoncés dans la stratégie produit en objectifs produit. Et l'objectif produit suivant est utilisé pour orienter le backlog produit.
