Comment les chefs de produit construisent-ils une feuille de route agile ?

Soyez plus efficace et livrez ce que les clients veulent vraiment – c’est la promesse d’adopter une approche de développement agile. La méthodologie itérative et incrémentale d’agile séduit les organisations qui veulent livrer rapidement de la valeur aux clients. Les entreprises qui pratiquent l’agilité veulent obtenir un précieux retour d’information de la part des clients à chaque itération. Ensuite, elles intègrent ce feedback dans leurs feuilles de route de produits agiles pour construire de meilleurs produits.

Alors, comment les gestionnaires de produits construisent-ils une feuille de route agile pour soutenir le développement agile ? La première étape consiste à comprendre l’objectif d’une feuille de route agile, et comment elle est différente d’une feuille de route de produit développée par une organisation utilisant des méthodes de développement en cascade plus traditionnelles.

Comment une feuille de route agile diffère d’une feuille de route en cascade

Une feuille de route de produit en cascade communique un engagement à long terme pour construire des fonctionnalités spécifiques sur un calendrier déterminé. Cependant, une feuille de route agile s’adapte aux changements inévitables tout en s’engageant à réaliser un travail significatif. Elle communique un plan à court terme pour atteindre les objectifs du produit, avec la flexibilité d’ajuster ce plan en fonction de la valeur du client.

Voici quelques façons clés dont les feuilles de route agiles et celles de la cascade diffèrent :

• Buts
  Les organisations de Waterfall fixent souvent des buts centrés sur l’entreprise, mesurés par des indicateurs de performance financière. Les organisations agiles fixent souvent des objectifs centrés sur le client, tels que la croissance de l’utilisateur et la satisfaction du client.

• Horizon de planification
  Une feuille de route de produit waterfall reflète des engagements sur un calendrier à plus long terme – généralement un an ou deux. Et une feuille de route agile reflète des engagements trimestriels (ou même mensuels).

• Cadence de planification
  Les organisations waterfall font généralement une stratégie annuelle et une planification du produit. Les organisations agiles le font généralement beaucoup plus régulièrement dans des cycles trimestriels de planification de la stratégie et des produits.

• Planification des ressources / capacités
  Une feuille de route waterfall reflète un lourd engagement initial de ressources, qui sont allouées par projet. Une feuille de route agile considère l’équipe de sprint comme l’unité de ressources et peut allouer par vélocité de sprint ou par capacité d’équipe.

• Investissement
  Les produits pilotés par la cascade reçoivent des fonds selon la cadence de planification annuelle de l’organisation. Ces fonds sont engagés pour l’année et sont souvent basés sur l’année précédente. En revanche, les produits axés sur l’agilité peuvent être financés de manière incrémentielle, à mesure que l’organisation ajuste son portefeuille en fonction des commentaires et des données des clients.

• Collaboration
  Dans une organisation en cascade, le travail est séquentiel et segmenté – la phase d’un département ne pouvant généralement pas avancer tant que la précédente n’est pas terminée. Dans une organisation agile, les équipes collaborent sur un plan et travaillent de manière interfonctionnelle et simultanée.

• Flexibilité
  En raison de la façon dont le travail est planifié et financé, les feuilles de route en cascade ont une flexibilité limitée. Les feuilles de route agiles offrent une grande flexibilité. Cela peut créer son propre ensemble de défis, car les équipes doivent veiller à ce que la flexibilité illimitée ne conduise pas à des pivots inutiles dans le développement et les ressources.

Comment construire une feuille de route agile

Maintenant que vous savez comment une feuille de route agile est différente d’une feuille de route en cascade, vous êtes prêt à en construire une. Voici sept étapes pour construire une feuille de route agile.

Etape 1 : Commencez par la stratégie
Une feuille de route agile commence par une stratégie ferme qui comprend la vision et les objectifs de votre produit. Une vision forte articule le problème que vous résolvez pour les clients. Et les objectifs définissent ce que vous voulez que le produit réalise au cours du ou des prochains trimestres, avec une métrique claire pour la réalisation. La définition d’une stratégie est essentielle pour toutes les équipes, même celles qui veulent avancer rapidement. Sans vision et objectifs bien définis, les équipes qui évoluent rapidement risquent de prendre des décisions itératives qui les font dévier de leur trajectoire.

Deuxième étape : Identifiez les thèmes stratégiques
Les initiatives (également appelées épopées par certaines équipes) définissent les grands thèmes stratégiques du travail qui vous aideront à atteindre vos objectifs. Les initiatives sont décomposées en fonctionnalités et en user stories, s’étendant souvent sur plusieurs versions.
Définir les initiatives stratégiques définit le travail de haut niveau qui est nécessaire pour atteindre les objectifs. Elles vous aident à communiquer clairement la stratégie de la feuille de route aux parties prenantes sans avoir à entrer dans tous les détails. Si votre équipe doit effectivement changer de cap, vous devez commencer par réévaluer et modifier (si nécessaire) les initiatives stratégiques avant de définir de nouvelles fonctionnalités sur lesquelles travailler.

Troisième étape : Travaillez de manière transversale
La construction de feuilles de route agiles nécessite une communication et une collaboration fréquentes entre les groupes commerciaux et de développement, ainsi qu’entre l’organisation et ses clients. Par exemple, il est essentiel pour vous de construire la feuille de route avec la contribution du développement, de sorte que des estimations réalistes de la valeur et de l’effort se traduisent par un plan réalisable. En outre, une feuille de route agile nécessite de mobiliser les efforts de tous les départements – conception, tests, marketing et ventes – dont le travail est crucial pour planifier et fournir une Expérience complète du produit.
De nombreux praticiens agiles constatent également qu’ils doivent travailler avec des groupes traditionnellement non agiles – tels que les bureaux du budget et l’équipe juridique – qui exigent des délais plus longs. Dans ce cas, une feuille de route agile peut être particulièrement utile pour collaborer sur des flux de travail parallèles et multiples.

Quatrième étape : Lier les user stories aux thèmes stratégiques
La vision du produit, les objectifs et les initiatives définis pour une feuille de route agile donnent aux chefs de produit un guide de hiérarchisation pour décomposer les grands thèmes de travail en fonctionnalités. Les équipes de développement peuvent ensuite décomposer les fonctionnalités en exigences techniques, estimer la portée et aider à les organiser en sprints. Le résultat est un backlog de fonctionnalités et de récits d’utilisateurs – avec un lien clair avec la stratégie du produit – sur lequel les équipes peuvent rapidement s’exécuter.
Vous pouvez piloter la feuille de route agile en évaluant fréquemment leur stratégie – si les objectifs changent, le travail qui est priorisé devrait changer aussi. Mais les changements fréquents augmentent le risque que les objectifs changent prématurément. Cartographier le travail par rapport à une vision claire du produit peut vous montrer où votre équipe doit faire des ajustements (par opposition aux endroits où vous devez vous en tenir au plan).

Etape cinq : Lancer de nouvelles expériences client
Une release agile délivre un incrément de valeur du produit aux clients dans un laps de temps défini. Elle diffère d’un sprint ou d’une itération en ce qu’elle fournit une nouvelle expérience client (plutôt que de simplement expédier du code) et englobe un travail interfonctionnel (comme l’assurance qualité, le marketing et la formation des ventes). En tant que chef de produit, vous êtes chargé de contribuer à l’optimisation de l’ensemble de la nouvelle expérience client. Une release reflète également les étapes importantes – telles que le lancement d’un marché ou les mises à niveau de l’architecture – et partage la visibilité des dépendances entre les travaux et les équipes.
Les releases représentent tous les points de contact où les clients interagiront avec une nouvelle expérience produit et sont définies par le travail interfonctionnel nécessaire pour offrir cette expérience. Les versions sur une feuille de route agile communiquent aux clients approximativement ce qu’ils doivent s’attendre à voir et quand.

Step six : Capturez les idées
La satisfaction des clients est un principe fondamental des approches agiles. Pour savoir si les clients sont satisfaits, il faut recueillir leurs commentaires. Et cela peut être fait via des entretiens d’expérience utilisateur, des soumissions de portail d’idées, des tests d’utilisabilité et des données d’utilisation.
Après avoir recueilli les idées des clients pour améliorer le produit, ils doivent noter et prioriser ces idées pour un futur backlog de version. Les idées des clients – ainsi que la vision et les objectifs du produit – doivent conduire à la hiérarchisation de ce qu’il faut construire ensuite.

Septième étape : Mesurez les résultats
Les entreprises qui pratiquent la méthode agile mesurent les progrès réalisés par rapport à leurs objectifs stratégiques, examinent les mesures de développement autour de la prévisibilité et de la vélocité, et évaluent l’impact commercial des nouvelles idées de fonctionnalités. Lorsque vous adoptez cette approche, vous pouvez revoir et ajuster vos feuilles de route de produits sur une base trimestrielle ou mensuelle. L’inspection de la feuille de route agile et l’adaptation des plans avec les commentaires des clients et des parties prenantes peuvent vous aider à vous adapter aux changements à court terme, tout en continuant à progresser vers la vision et les objectifs à long terme de votre produit.

Si vous élaborez et exécutez une feuille de route agile, les questions suivantes vous aideront à ouvrir la voie :

• Est-ce que vous établissez une stratégie de produit avec une vision et des objectifs clairs ?

• Est-ce que vous définissez des thèmes ou des initiatives stratégiques qui vous aideront à travailler vers vos objectifs ?

• Est-ce que vous organisez des équipes transversales autour de la fourniture de valeur aux clients ?

• Les équipes de développement ont-elles des histoires d’utilisateurs clairement définies qui sont connectées à la stratégie du produit ?

• Laissez-vous des incréments réguliers de valeur aux clients dans les délais prévus ?

• Gérez-vous l’expérience client complète ?

• Collectez-vous les commentaires des clients sur les versions que vous avez expédiées et les utilisez-vous pour orienter votre feuille de route ?

• Évaluez-vous régulièrement les progrès vers vos objectifs stratégiques ? Les pivots fréquents vous amènent-ils à modifier votre feuille de route trop fréquemment et à bloquer les progrès ?

Avec une stratégie claire, des versions fréquentes, un retour d’information rapide et une hiérarchisation adaptative, une feuille de route agile peut aider les organisations à fournir de la valeur client – plus rapidement – avec une réduction des risques et du gaspillage.