Nem todos os bugs são criados iguais #

Priorize seus bugs (e até ignore alguns deles) #

Só porque você descobriu um bug no seu produto, não significa que é hora de entrar em pânico. Todo software tem bugs — é um fato da vida.

Você não precisa consertar todo e cada bug imediatamente. A maioria dos bugs são no máximo irritantes, não destrutivos. Irritações podem ser deixadas de lado por um tempo. Bugs que resultam em erros do tipo "isso não parece certo" ou outros pequenos deslizes podem ser tranquilamente adiados. Mas se um bug destruir seu banco de dados, obviamente você precisa consertá-lo imediatamente.

Priorize seus bugs. Quantas pessoas são afetadas? Quão grave é o problema? Esse bug merece atenção imediata ou pode esperar? O que você pode fazer agora que terá o maior impacto para o maior número de pessoas? Muitas vezes, adicionar uma nova feature pode ser até mais importante para seu aplicativo do que consertar um bug existente.

Além disso, não crie uma cultura de medo em torno dos bugs. Bugs acontecem. Não fique constantemente procurando alguém para culpar. A última coisa que você quer é um ambiente onde bugs são escondidos em vez de discutidos abertamente.

E lembre-se sobre a importância da honestidade. Se os clientes reclamarem de um bug, seja franco com eles. Diga que você notou o problema e está lidando com isso. Se não for abordado imediatamente, explique o motivo e diga que está focando em áreas do produto que afetam um número maior de pessoas ou que são mais críticas (e claro, tente resolver o problema). Honestidade é a melhor política.