La backlog vieillit comme le lait, pas comme le vin
Vous avez sûrement entendu parler de l’Agile Product Manifesto déployé le 1er juin 2022 avec l’introduction de 5 valeurs et de 12 principes sur le Produit.
Nous nous concentrerons sur un principe très imagé et qui retient notre attention.
L’Agile Product Manifesto
Un rappel du Manifeste (NDLA : Sa traduction française est personnelle et — j’espère — fidèle à la version anglaise) :
Ses 5 valeurs
La simplicité plus que(*) la perfection
Poursuivre les objectifs plus que(*) d’exécuter les plans de projet
Comprendre le problème plus que(*) de penser à des solutions
Les besoins de l’utilisateur final plus que(*) les opinions des parties prenantes
Mesurer les résultats plus que(*) supposer l’impact
(*) Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers.
Ses 12 Principes
Créer de la valeur pour les utilisateurs finaux et les entreprises est ce qui définit le succès.
Se réorienter fréquemment vers ce qui crée de la valeur.
Acceptez l’incertitude. Soyez audacieux de demander pardon au lieu de demander la permission.
Dire NON pour rester focus sur des solutions avec de la valeur.
Faites des hypothèses et validez-les le plus rapidement possible.
La clé de l’innovation est de prendre de petits risques permettant l’apprentissage et l’évolution fondée sur des données probantes.
Mesurer les indicateurs business et se concentrer sur leur amélioration au-delà des résultats monétaires.
Gardez la Backlog Produit propre. Les sujets contenus en Backlog vieillissent comme le lait, pas comme le vin.
Élaborez une stratégie de mise en service tôt et travaillez à rebours.
Connaissez vos clients et vos utilisateurs! Chaque produit possède les deux.
Lier des équipes interfonctionnelles autour de la vision du produit, où chacune est responsable des résultats.
Les équipes produit sont responsabilisées par la Direction.
Parmi ces 12 principes, une phrase percutante et très imagée représente très bien ce que les équipes traversent dans leurs projets :
“Les sujets contenus en Backlog vieillissent comme le lait, pas comme le vin.”
Le vieillissement des sujets non priorisés
Le lait est un des produits les plus périssables qui se transforme rapidement en une substance aigre, grumeleuse … et je ne vous parle pas de l’odeur désagréable. Cela veut dire qu’au bout d’un certain temps, il est bon à jeter n’étant plus consommable.
Les tickets “au-cas-où”
Il en est de même pour les sujets qui attendent leur tour depuis un moment dans votre Backlog. Vous savez, les fameux sujets “au-cas-où”, que l’on garde au chaud, au cas où votre Métier voudrait les ressortir un jour … Sauf que votre produit évolue régulièrement si bien que votre sujet “au-cas-où” risque de ne plus répondre à la problématique du moment où il a été créé !
“Je fais ces tickets pour garder la trace d’un hypothétique besoin Métier par une équipe qui gère sa documentation dans votre Kanban.” — Un Product Owner.
Cela devient une forme de gestion documentaire, qui est simple quand il y a peu de demande, mais qui devient compliquée lorsque la Backlog grandit de plus en plus … sans parler de l’empreinte carbone de l’équipe avec le fait de garder ces tickets dans leur Kanban virtuel !
“Ok, on garde tout, mais la backlog est tellement remplie que je ne vois plus trop les objectifs de notre prochaine version et la valeur que l’on va apporter à l’utilisateur final.” — Un développeur.
Une perte de vision
Une backlog est faite pour donner la vision des prochains sujets qui vont arriver. Si la Backlog devient un fourre-tout, les équipes vont rapidement se perdre dans la multitude de sujets et perdre ce qui apportera la réelle valeur pour les utilisateurs finaux.
Une Backlog est une boussole pour donner une vision et des objectifs clairs et simples des prochaines évolutions du Produit pour toute l’équipe.
Et les indicateurs ?
Vous imaginez bien que, trainer des casseroles, ne fera que complexifier l‘analyse d’un Cumulative Flow Diagram pour suivre l’avancée des sujets.
Et si l’on voyait les choses autrement ?
Les équipes ont passé du temps dans des ateliers, des fonctionnalités ont été listées. Il a été considéré qu’une partie n’était pas prioritaire et ne sera pas développée. Pourtant un effort de réflexion a été effectué et ne doit pas être jeté à la poubelle.
La gestion documentaire
Plusieurs solutions sont possible pour conserver ces réflexions.
- Vous avez fait un Story Mapping ? Et si vous ajoutiez une ligne “Idées à long terme” pour les garder au chaud ?
- Vous avez fait d’autres types d’ateliers ? Vous avez eu des échanges par mail ? N’hésitez pas à garder ces idées dans un fichier (Excel, votre base documentaire telle que Confluence …).
Donner de la vision à l’équipe
Nous vous proposons le découpage de votre Backlog en 3 niveaux. Cela permettra de donner de la vision à l’équipe sur :
- Le long terme, la Roadmap (Les Epopées) pour donner nos objectifs et nos indicateurs de réussite,
- Le moyen terme (Les Minimum Marketable Feature ou MMF) pour donner un objectif atteignable et motivant pour l’équipe,
- Le court terme (Les Stories) pour le delivery quotidien.
Mais pour que cela soit efficace, ces 3 Backlog ne devront être alimentées qu’avec les évolutions considérées prioritaires.
Mais, nous sommes Agile … et si les priorités changent ?
Votre Backlog vit ! Donc, pour éviter qu’elle tourne comme le lait, il est nécessaire de la mettre à jour régulièrement avec les nouvelles priorisations et de la nettoyer en ne gardant que l’essentiel.
N’oubliez pas : Votre Backlog doit être le reflet de votre futur Produit !
