← Tous les articles

Livrer plus n'est pas le but : guide simple de la valeur avant le volume en Scrum

By XNM Technologies · October 13, 2021 · 3 min read
Livrer plus n'est pas le but : guide simple de la valeur avant le volume en Scrum

Quand une équipe hybride est répartie entre des bureaux à domicile et une salle partagée à l'occasion, il est facile de confondre activité et progrès. Les mêlées se remplissent de statuts, le tableau avance régulièrement et un nombre satisfaisant d'éléments se ferment à chaque sprint. Pourtant, les parties prenantes posent toujours la même question : est-ce que tout cela aide vraiment? Cet écart entre le volume produit (combien on produit) et la valeur (la différence que cela fait) est précisément ce que Scrum cherche à combler.

Au sortir des perturbations des deux dernières années, la pression pour paraître productif a été intense. Mais une équipe qui livre quarante points de fonctionnalités que personne n'utilise a été occupée, pas efficace. Scrum offre quelques habitudes simples pour ramener la conversation sur le résultat.

Le volume, c'est ce qu'on fabrique; la valeur, c'est ce qui change

Le volume se compte : fonctionnalités fusionnées, billets fermés, versions livrées. La valeur, c'est l'effet sur un client, un utilisateur ou l'organisation — une tâche plus rapide, un coût réduit, un risque maîtrisé. Les deux évoluent souvent ensemble, mais pas toujours. Beaucoup de travail terminé ne crée aucune valeur, et un seul petit changement peut en créer énormément. Le Guide Scrum est clair là-dessus : le Sprint existe pour produire un Incrément « Terminé » et utilisable, et le Product Owner est responsable de maximiser la valeur de ce travail, pas sa quantité.

C'est pourquoi le Backlog Produit est ordonné, et non simplement énuméré. Ordonner force un jugement sur ce qui compte le plus ensuite, au lieu de traiter chaque élément comme également digne d'être fait.

Là où Scrum vous garde honnête

  1. Formulez un véritable objectif de sprint. L'objectif de sprint est l'unique but du Sprint — le « pourquoi », pas la liste des billets. « Permettre aux nouveaux clients de terminer leur intégration sans appeler le soutien » est un objectif. « Finir 18 éléments du backlog » n'en est pas un. Un véritable objectif laisse l'équipe ajuster la portée tout en livrant le résultat.

  2. Ordonnez le backlog par valeur et par risque. Tirez en premier les éléments qui prouvent ou livrent le plus, le plus tôt possible. Si vous doutez qu'une chose fonctionne, en faire une petite tranche tôt vous procure de l'information — ce qui a déjà de la valeur.

  3. Rendez l'Incrément utilisable, pas seulement construit. Un Incrément qui respecte la Définition de « Terminé » peut réellement être mis devant quelqu'un. Du travail à moitié fait, inutilisable, ne livre encore aucune valeur, quel que soit l'effort qu'il représente.

  4. Servez-vous de la revue de sprint pour examiner les résultats. La revue est une séance de travail avec les parties prenantes sur ce que l'Incrément a accompli et la suite — pas un spectacle de démonstration. Demandez ce que les utilisateurs en ont fait, pas seulement ce qui a été construit.

Habitudes pratiques pour les équipes distribuées

  • Formulez les éléments du backlog comme le changement souhaité, pas comme la tâche : « réduire le temps d'approbation d'une facture » vaut mieux qu'« ajouter un bouton d'approbation ».

  • En affinage, demandez : « qu'est-ce qui sera vrai pour l'utilisateur si c'est fait? » Si personne ne peut répondre, l'élément n'est pas prêt.

  • Suivez quelques mesures de résultat — adoption, temps de cycle, taux d'erreur — en plus de la vélocité, et examinez-les en revue.

  • Résistez à l'envie de démarrer plus d'éléments pour paraître occupé. Terminer une chose utile vaut mieux qu'en commencer cinq à moitié.

Rien de tout cela ne signifie que le volume n'a pas d'importance — on ne livre pas de valeur sans produire quelque chose. Le changement est une question d'accent : chaque Sprint devrait pouvoir répondre non seulement à « qu'avons-nous construit? » mais à « qu'est-ce qui s'est amélioré, et pour qui? » Les équipes qui posent cette question avec constance ont tendance à en faire moins et à accomplir davantage.

Si votre livraison est occupée mais que les résultats sont difficiles à montrer, le conseil en réalisation de programmes et de projets de XNM peut vous aider à recentrer le travail sur des résultats qui résistent à l'examen.