Beaucoup d'organisations adoptent l'agile en espérant que « ça ira plus vite ». C'est souvent le cas, mais ce n'est pas le but, et viser la vitesse pour elle-même casse le mécanisme.

Ce que l'agile optimise vraiment

• Livrer la bonne chose : découvrir tôt qu'une fonctionnalité n'apporte pas de valeur, avant d'y avoir passé trois mois.
• Réduire le risque : à chaque itération, on a quelque chose de fonctionnel ; on n'est jamais à « tout ou rien » à la fin.
• Encaisser le changement sans drame : une priorité qui bouge se traite à l'itération suivante, pas par un avenant douloureux.

La vitesse ressentie vient surtout du fait qu'on arrête de construire des choses inutiles.

Pourquoi viser la vitesse casse tout

Si l'objectif devient « produire plus par sprint », l'équipe rogne sur la qualité, saute les tests, gonfle ses estimations, et cache les problèmes. La vélocité (vue plus loin) monte sur le papier, la valeur réelle baisse, et la dette s'accumule jusqu'à tout ralentir.

La bonne mesure

Pas « combien de fonctionnalités livrées », mais « est-ce que ce qu'on livre est utilisé et apprécié ». Une équipe qui livre moins mais juste est plus performante qu'une équipe qui livre beaucoup à côté.

Exemple concret : l'équipe de fidélité prévoyait un système de paliers de points élaboré. Après une première version simple montrée à des clientes, elle découvre qu'elles veulent surtout voir leur solde clairement. Le système de paliers est repoussé. L'agile n'a pas rendu l'équipe plus rapide : il lui a évité de coder trois semaines pour rien.

À vous de jouer : citez deux choses que l'agilité optimise avant la vitesse de livraison.