Definição curta

Regra de organização que proíbe manter um defeito conhecido sem decisão: todo sinal qualificado é corrigido ou sai da gestão de defeitos. Ela não trata da ausência de defeitos.

Definição detalhada

No uso corrente, "zero bug" é entendido como a promessa de um software sem defeito — leitura que torna a expressão irrealista e faz a regra ser rejeitada antes de qualquer discussão.

Nos artigos deste blog, a expressão designa outra coisa: zero defeito conhecido não decidido. O escopo é o conhecido; o desconhecido fica fora de alcance. A qualificação de um sinal tem apenas duas saídas: defect, que pede uma correção, e no defect, que tira o item da gestão de defeitos. O estado excluído é o terceiro: o defeito conhecido guardado em uma fila para depois.

A expressão vem do inglês zero bug policy, documentada principalmente por um relato de experiência da Porsche sobre o aplicativo My Porsche.

Uso no domínio

Arbitragem de roadmap, manutenção de uma ferramenta de acompanhamento, comitês de priorização, saída de um passivo existente, discussões sobre a velocidade de um time.

Sinônimos e variantes

zero bug policy · "zero defeito conhecido não decidido".

Não confundir com

• Defeito — o fato qualificado sobre o qual a regra faz recair a decisão, enquanto a política é o regime que obriga a decidir.
• Zero defeito / qualidade total — objetivo de produção que visa não fabricar defeito, situado antes da entrega.
• Backlog de bugs — fila de defeitos conhecidos guardados, priorizados e adiados; é o estado que a política exclui.
• Dívida técnica — fraqueza de concepção cujo tratamento já foi decidido; ela se resolve por uma arbitragem de prioridades, fora do escopo desta regra.

Exemplos

Chega um retorno do suporte: o time decide no mesmo dia entre correção e requalificação como pedido de melhoria. Nenhuma terceira caixa é aberta.

Um time que parte de um passivo define um "novo zero temporário": a regra só vale plenamente ao fim da fase.

Ambiguidades / debates

A expressão é lida espontaneamente como uma promessa de perfeição, e essa distância é a primeira fonte de rejeição.

Segunda indefinição: a regra trata apenas dos defeitos abertos, ou de toda a gestão de tickets — caso em que a separação entre cartão de bug e cartão de trabalho entra no seu escopo.