Tese

Cada correção de qualidade colocada na jusante tira do desenvolvedor a informação que teria evitado o defeito

Info

Escrito originalmente em francês. Traduzido por IA — o sentido foi preservado, não a prosa.

Ângulo

Um dispositivo de qualidade colocado depois da entrega — o time que pega os bugs dos outros, a QA como última barreira, a fila de defeitos, a métrica de retrabalho — não corrige apenas defeitos: ele desvia para um terceiro o retorno de informação que teria ensinado ao autor deles como não produzi-los. É isso que torna esses dispositivos estruturalmente perdedores, e não o custo direto: eles protegem o produto uma vez, e degradam a produção todas as vezes. A qualidade pertence a quem entrega no sentido mais literal — só essas pessoas ocupam a posição a partir da qual o defeito ainda podia não existir, e cada deslocamento para a jusante esvazia essa posição do que a tornava útil.

Síntese

O movimento se repete em quatro pontos da cadeia, e toda vez ele tem a aparência de uma boa prática.

Na atribuição, primeiro. Entregar um defeito ao desenvolvedor disponível otimiza um sequenciamento e corta o vínculo entre uma entrega e o custo dela. O autor não vê o que a entrega dele produziu; quem corrige reconstitui um contexto que não criou e encontra uma causa técnica, nunca uma causa de decisão. A regra inversa — quem cria o defeito corrige o defeito — vale então menos pelo trabalho que ela aloca do que pelos dois efeitos que ela restabelece: um incentivo que age antes da entrega, e um aprendizado que não está disponível em nenhum outro lugar.

Na entrada, em seguida. Uma especificação ambígua transmitida como está não desaparece: ela é decidida mais tarde, em silêncio, por quem programa. O direito de recusar produzir no vago é a contraparte exata do dever de corrigir os próprios defeitos — nos dois casos, você recusa deixar a decisão e a consequência se separarem. O teste escrito antes do código faz o mesmo deslocamento em forma instrumentada: ele fixa o comportamento esperado no momento em que ele ainda é discutível, em vez de verificá-lo quando já ficou caro mudá-lo.

Na saída, por fim, com a forma mais institucionalizada. Uma QA colocada como última barreira só pode bloquear ou deixar passar; o mesmo ofício colocado na montante escreve os critérios, os patamares e os riscos a cobrir. A posição, e não a missão, decide se a função enquadra ou corrige — e a automação, absorvendo a parte repetitiva, torna esse deslocamento praticável exatamente no momento em que ele se tornava indispensável.

O que liga esses quatro pontos é uma assimetria temporal. O custo da qualidade é mínimo no instante da produção e cresce depois sem nunca voltar a cair; a informação necessária para exercê-la segue exatamente a curva inversa. Cada dispositivo de jusante, portanto, escolhe a comodidade de sequenciamento contra a única posição em que o defeito podia não nascer.

Duas condições limitam o movimento, e elas se sustentam. A primeira é que a responsabilidade devolvida a quem entrega chegue como propriedade, e não como culpa: assim que ela serve para apontar um culpado, os defeitos saem das conversas antes de sair do produto. A segunda é que a zona dessa pessoa seja distinta da zona do produto — o diálogo entre escolha de produto e qualidade técnica instrui a decisão, não a coletiviza, sob pena de a responsabilidade se dissolver sem que ninguém a tenha deslocado.

A conta final se lê no legado. O que se chama de herança é, em parte, produção corrente: cada defeito transferido, cada ambiguidade aceita, cada teste não escrito, cada regressão refeita à mão é uma correção escolhida hoje, cujo rastro o produto vai guardar muito depois de esquecida a restrição que a motivou.

Tensões / contradições

Devolver a qualidade a quem entrega e dar a essa pessoa margem para exercê-la nem sempre andam juntos. A regra "quem cria o defeito corrige o defeito" age como incentivo desde que o desenvolvedor tenha tido controle sobre o que entregava; imposta sob um prazo que ele não definiu, ela vira punição por uma decisão tomada em outro lugar. Estas notas não dizem onde fica esse limiar.

Tensão também com o método de saída de um passivo existente: tratar toda semana os três retornos mais frequentes do suporte é um dispositivo de jusante assumido, útil, e que contradiz a tese enquanto continuar no lugar. Ele se justifica como transição, o que pressupõe um limite que nada aqui fixa.

Questões

  • Num time de várias dezenas de desenvolvedores, que forma mínima de retorno vinda da produção mantém o vínculo entre um defeito e o autor dele, quando a correção por essa pessoa já não é praticável?
  • Que restrições externas — certificação, compromisso contratual, auditoria — tornam um controle final inegociável, e como sustentá-lo sem que ele volte a ser o único mecanismo de qualidade?