Ideia principal

No desenvolvimento, uma regra é aceita: quem cria o bug o corrige. Não para punir, mas para que a responsabilidade pela correção continue presa à responsabilidade pela produção — mesmo que o desenvolvedor já tenha passado para outro assunto, mesmo que isso atrapalhe o planejamento.

A mesma regra vale para a concepção de produto, e raramente é cumprida. Um Product Manager que concebe e depois entrega a outra pessoa a tarefa de levar aquilo até a produção faz exatamente o que criticamos no desenvolvedor que entrega e parte para a próxima: ele nunca vê onde sua compreensão era insuficiente, onde sua formulação era ambígua, onde sua arbitragem era frágil. O custo das aproximações dele é pago pelo time que as descobre, e a informação não volta para ele.

O ciclo não se fecha — e é esse ciclo que produz a qualidade. A qualidade não é delegada depois, nem do lado do código, nem do lado do produto.

Camada trazida por "A qualidade pertence a quem entrega" (2026-06-03). A regra invocada no desenvolvimento não é só um princípio de justiça: ela se apoia em dois efeitos distintos, e a transposição para a concepção de produto herda os dois. Antes da entrega, ela age como incentivo — quem sabe que suas aproximações vão voltar para ele formula de outro jeito. Depois, ela é o único circuito pelo qual a informação volta ao autor: quem corrige no lugar dele encontra uma causa técnica, não uma causa de decisão. É essa segunda parte que falta ao Product Manager que entrega a outros a tarefa de levar sua concepção até a produção — ele mantém o incentivo nominal e perde o retorno que o instruiria.

Por que isso importa

Isso dá um teste de equidade interna a uma organização: uma exigência tida como inegociável no desenvolvimento não pode ser suspensa para quem concebe, senão ela não é uma regra, é uma hierarquia.

E isso explica por que certos erros de concepção se repetem: o autor nunca encontra as consequências deles, então nada lhe sinaliza nada.

Nuances e limites

Acompanhar até a produção consome tempo, e esse tempo não sai de outro lugar senão da concepção seguinte. O ciclo tem um preço, e assumi-lo significa aceitar uma vazão menor.

Além disso, uma organização muito grande torna o ciclo impraticável desse jeito: a partir de certo tamanho, ele passa por mecanismos — revisão pós-entrega, acesso ao suporte, presença nas demonstrações — em vez da presença de uma única pessoa de ponta a ponta.

Questões em aberto

• Qual é a forma mínima de retorno vindo da produção que basta para fechar o ciclo, quando a presença contínua de quem concebeu não se sustenta?