Vous avez monté des équipes agiles. Vous fonctionnez sur des sprints de deux semaines et avez des démos régulières.
Pourtant, au bout de quelques mois, vous n’avez rien livré de significatif aux utilisateurs : beaucoup de fonctionnalités développées mais peu de valeur créée.
Voici trois problèmes classiques que j’observe régulièrement avant mes interventions :
Problème #1 : Vous développez tout ce qu’on vous demande
Vous avez un backlog de 200, 300, 400 user stories. Vous les développez les unes après les autres sans vous demander si elles créent vraiment de la valeur.
Résultat ? Vous livrez des fonctionnalités que personne n’utilise.
Savez-vous que l’excès de fonctionnalités c’est à dire le développement de fonctions non attendues, non utilisées par les utilisateurs, est le plus gros gaspillage dans l’IT?
Problème #2 : Vous mesurez la vélocité au lieu de mesurer la valeur
Le principal KPI que vous fournissez au management est la vélocité. Votre obsession : augmenter la vélocité des équipes ce qui se traduit par plus de story points par sprint (en tout cas jamais moins) et plus de fonctionnalités livrées.
Mais vous ne mesurez jamais si ces fonctionnalités sont utilisées et créent de la valeur.
Problème #3 : Vous ne priorisez pas vraiment
Votre Product Owner dit oui à tout. Toutes les demandes arrivent dans le backlog. Tout est « prioritaire ». Rien n’est véritablement reliè à des initiatives plus macro, à des objectifs de valeur ou aux enjeux stratégiques du département ou de l’entreprise.
Résultat ? Le backlog s’alourdit et l’équipe papillonne entre des dizaines de sujets au lieu de se concentrer sur les 3 qui créent vraiment de la valeur.
Vous l’avez compris, l’objectif est de dépasser ces situations et de remettre le client & l’utilisateur, leurs enjeux et cette question de la valeur au cœur des préoccupations de chacun.
Dans les organisations Produit (et Agile), la valeur est mesurée et suivie. Elle fixe les grandes orientations. Ce n’est pas juste un concept. C’est une pratique quotidienne qui se joue à la fois en amont, sur le moment et une fois les fonctionnalités livrées pour s’assurer que l’usage et la valeur sont bel et bien au RDV.
Je le sais, passer du simple OUTPUT à l’OUTCOME demande de changer ses réflexes ancrés depuis des années. Je sais donc par experience que cela peut prendre du temps… or aujourd’hui vous n’avez plus le temps…
