Ideia principal

Quando a obrigação de corrigir na hora entra em vigor, o time desacelera, às vezes muito. A conclusão imediata é que a regra é dura demais.

A causa está em outro lugar: o sistema de produção fabrica defeitos demais, ou os detecta tarde demais. A fila de defeitos fazia o papel de amortecedor — ela espalhava essa taxa ao longo do tempo e a tornava ilegível. A regra tira o amortecedor; a taxa vira uma restrição cotidiana.

A resposta, portanto, recai sobre a produção: testes, QA, TDD, automação, clareza das especificações, responsabilidade dos desenvolvedores sobre o que entregam. Não sobre o restabelecimento do amortecedor.

Por que isso importa

A dor criada pela regra é um instrumento de medida, e é esse seu interesse principal. Lê-la como um fracasso leva a reinstalar a fila, ou seja, a esconder de novo o que acabou de ser descoberto.

Nuances e limites

A regra não diz nada sobre o prazo aceitável de correção, nem sobre o que um time consegue absorver. Um time que descobre uma taxa ingerenciável precisa de uma transição, não de uma aplicação imediata.

Questões em aberto

• Por quanto tempo um time consegue sustentar uma taxa de defeitos que seu sistema ainda não sabe reduzir?