Ideia principal

Um defeito real pode ser menor: um botão em que é preciso clicar duas vezes. Ao lado disso, uma capacidade ausente pode impedir um usuário de emitir uma declaração fiscal obrigatória.

O primeiro é um defeito em sentido estrito, o segundo não é — e é o segundo que deve passar na frente. A ordem de tratamento segue o impacto, nunca a qualificação.

Por que isso importa

É a trava de segurança de uma política zero bug. Lida às pressas, ela vira "todo defeito antes de qualquer funcionalidade", e o time passa a corrigir irritantes enquanto uma necessidade bloqueante fica sem resposta.

Tratar primeiro porque está etiquetado como defeito é substituir a arbitragem pela etiqueta: exatamente o erro que a regra queria corrigir, só que invertido.

Nuances e limites

A recíproca não é verdadeira. Empurrar indefinidamente defeitos menores em nome de uma funcionalidade sempre mais urgente é justamente o mecanismo que constitui o estoque.

E a comparação pressupõe que a gente saiba colocar as duas dores na mesma escala, o que não está garantido quando uma é regulatória e a outra é cotidiana.

Questões em aberto

• Em que escala comparar uma dor regulatória pontual com uma dor de uso cotidiana?