Idée principale

Corriger un défaut tout de suite a un prix visible : une fonctionnalité qu'on ne termine pas, un sprint goal perturbé, un sujet de roadmap repoussé. C'est désagréable, et c'est normal — la qualité consomme de la capacité au même titre que le reste.

Une équipe qui écarte les défauts pour préserver sa vélocité obtient exactement ce qu'elle mesure. Le chiffre tient. Pendant ce temps s'accumulent la friction d'usage, la charge support, la dette et la défiance — aucune de ces quatre lignes n'entre dans la vélocité.

Pourquoi c'est important

La vélocité mesure un débit de livraison, pas un état du produit. En faire un objectif crée l'incitation précise à ne pas corriger : le seul moyen de protéger le chiffre est de sortir la qualité du périmètre mesuré.

Nuances et limites

L'excès inverse existe. Une équipe qui bascule toute sa capacité sur la correction protège le produit et ne livre plus rien, ce qui a aussi un coût.

Questions ouvertes

• Quelle mesure met le coût des défauts dans la même unité que la vélocité, pour que l'arbitrage soit lisible ?