Roadmaps Produits

De Wiki Agile
Version datée du 21 novembre 2022 à 21:10 par Fabrice Aimetti (discussion | contributions) (Page créée avec « Category: Marty Cagan Category: Rôle du Product Manager Category: Portail Planification Category: Portail Product Owner Auteur : Marty Cagan<br /> Source... »)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

Auteur : Marty Cagan
Source : Product Roadmaps
Date : 07/01/2009


Traducteur : Fabrice Aimetti
Date : 21/11/2022


Traduction :

Je ne peux pas vous dire combien de fois les chefs de produit m'ont montré leurs feuilles de calcul et leurs algorithmes sophistiqués pour classer par ordre de priorité leur longue liste de demandes de fonctionnalités (en pondérant divers facteurs comme le coût, la complexité, le risque, l'impact sur le client, l'impact prévu sur les ventes, la documentation, les dépendances, etc.) pour finalement aboutir à une seule feuille de route globale et priorisée.

Je comprends d'où cela vient, et il y a de nombreuses années, je l'ai fait moi-même, mais j'essaie d'expliquer pourquoi c'est une erreur à plusieurs niveaux.

D'abord et avant tout, votre travail n'est pas de prioriser et de documenter les demandes de fonctionnalités. Votre travail consiste à livrer un produit de valeur, utilisable et faisable. La feuille de calcul des demandes de fonctionnalités va à l'encontre de cet objectif en faisant passer des fonctionnalités que les utilisateurs ne valorisent pas ou dont ils n'ont pas besoin, en augmentant la complexité, en diminuant l'utisabilité et en gaspillant des cycles de développement. J'ai écrit plusieurs fois sur les dangers de confondre les exigences du client et les exigences du produit (voir l'erreur numéro 1 en matière de produit ici : www.svpg.com/papers/toppmmistakes.pdf, et les gars de 37signals ont publié un bon article sur le sujet il y a quelque temps : " Oubliez les demandes de fonctionnalités ".