Ideia principal

Corrigir um defeito na hora tem um preço visível: uma funcionalidade que não é terminada, um sprint goal atrapalhado, um assunto de roadmap empurrado. É desagradável, e é normal — a qualidade consome capacidade igual a qualquer outra coisa.

Um time que deixa os defeitos de lado para preservar sua velocidade obtém exatamente aquilo que mede. O número se mantém. Enquanto isso, acumulam-se o atrito de uso, a carga de suporte, a dívida e a desconfiança — nenhuma dessas quatro linhas entra na velocidade.

Por que isso importa

A velocidade mede uma vazão de entrega, não um estado do produto. Transformá-la em objetivo cria o incentivo exato para não corrigir: a única forma de proteger o número é tirar a qualidade do perímetro medido.

Nuances e limites

O excesso inverso existe. Um time que joga toda a sua capacidade na correção protege o produto e não entrega mais nada, o que também tem um custo.

Questões em aberto

• Que medida coloca o custo dos defeitos na mesma unidade que a velocidade, para que a arbitragem fique legível?