La valeur plutôt que le rendement : distinguer une équipe Scrum saine d'une équipe simplement occupée
Il existe en Scrum un mode d'échec discret qui, de loin, ressemble au succès. L'équipe est occupée. La vélocité grimpe. Le tableau se remplit et se vide à l'heure. Pourtant, rien de ce qui compte pour le client ne s'améliore. L'équipe optimise le rendement — la quantité de travail qu'elle fait passer — alors que tout l'intérêt de Scrum est la valeur : les résultats dont le client profite réellement. Le Guide Scrum 2020 le dit clairement en reliant l'Objectif de produit et l'Objectif de sprint à la valeur, et non au débit. Avec beaucoup d'équipes désormais à distance, la distinction compte davantage, car il est facile de prendre une activité visible pour un progrès réel quand on ne peut plus lire l'ambiance d'une salle.
L'équipe obsédée par le rendement
Une équipe axée sur le rendement se mesure en points d'histoire complétés et traite la vélocité comme une cible à battre. Le Backlog produit est une file de fonctionnalités classées selon qui a crié le plus fort. La Revue de sprint est une démonstration de tout ce qui a été fait, que quelqu'un l'ait voulu ou non. Les Objectifs de sprint, s'ils existent, se résument à « terminer ces tickets ». Personne ne peut dire quel problème la dernière livraison a réglé pour un utilisateur, mais tout le monde sait combien de points elle a coûté. Avec le temps, le produit s'alourdit et le client n'est pas plus heureux.
Le succès se mesure en points et en vélocité, pas en résultats.
L'Objectif de sprint est une liste d'éléments, pas une raison de les faire.
La Revue met en vitrine l'activité au lieu de demander si elle a fait bouger les choses.
Le backlog est ordonné selon qui a demandé, non selon la valeur et le risque.
L'équipe axée sur la valeur
Une équipe axée sur la valeur commence chaque sprint par une question : quel résultat cherchons-nous à créer, et comment le saurons-nous ? L'Objectif de sprint est un objectif unique et cohérent qui donne un but au sprint, de sorte que les développeurs peuvent faire des arbitrages sensés en cours de route sans demander la permission. Le Product Owner ordonne le backlog selon la valeur et le risque et accepte de refuser le travail à faible valeur. La Revue de sprint est une séance de travail avec les parties prenantes sur ce qui a été appris et la suite à donner, et non une démo à sens unique. La vélocité sert d'aide à la planification, jamais de tableau d'affichage.
Fixez un véritable Objectif de sprint. Une phrase décrivant le résultat, et non une liste de tickets. Il doit permettre à l'équipe de moduler la portée tout en livrant quelque chose d'utile et utilisable.
Ordonnez le backlog selon la valeur et le risque. La tâche la plus difficile du Product Owner est de dire non. Un backlog qui ne fait que grossir est un backlog que personne ne gère.
Faites de la Revue un moment d'apprentissage. Invitez de vraies parties prenantes, montrez un produit fonctionnel et adaptez le backlog selon ce que vous entendez. La Revue est un point d'inspection, pas un rappel sur scène.
Traitez la vélocité comme une prévision, pas un objectif. Quand la vélocité devient une cible, les équipes gonflent les estimations et le chiffre cesse de vous dire quoi que ce soit de vrai.
Le moyen le plus rapide de savoir dans quelle équipe vous êtes est de demander à n'importe qui à quoi sert le sprint en cours. Dans une équipe axée sur la valeur, on obtient une réponse nette sur un résultat. Dans une équipe axée sur le rendement, on obtient une liste de tâches. Le travail peut sembler identique au tableau; la différence tient à ce que l'équipe sache pourquoi elle le fait — et que le client soit mieux servi une fois la livraison faite.
Si vos équipes sont occupées mais que la valeur est difficile à voir, le conseil en exécution de programmes et de projets de XNM peut vous aider à recentrer la livraison sur les résultats qui comptent.