Ideia principal

Nem tudo o que chamamos de dívida técnica é dívida. Um código mal estruturado, uma arquitetura frágil, uma complexidade conhecida há anos, um risco latente: são desconfortos. Eles existem, eles pesam, não carregam nenhum vencimento e ninguém os paga em uma data.

A dívida aparece no momento em que a empresa decide quitar. É essa decisão que cria o objeto: ela fixa um montante — o custo de tratamento —, um beneficiário e um momento. Antes dela, não há nada a registrar; depois dela, há um assunto de produto como outro qualquer, comparável às funcionalidades e decidível junto com elas.

O gatilho habitual dessa decisão é uma virada de custo: o desconforto fica mais caro de suportar do que de tratar — porque bloqueia uma estratégia, desacelera muito o time, expõe a um risco, degrada a qualidade percebida pelo cliente, ou impede uma mudança importante de produto.

Por que isso importa

Isso desarma uma conversa que anda em círculos entre desenvolvimento e produto. Enquanto a dívida é apresentada como um estado do código, ela é discutida em termos de limpeza, e o produto não tem nenhuma alça. Requalificada como decisão de quitação, ela passa a ser discutida em termos de custo e vira algo decidível.

Isso também explica por que os inventários de dívida quase nunca produzem trabalho: eles listam desconfortos, e um desconforto não pede nada a ninguém.

Nuances e limites

A requalificação tem um avesso: ela dá ao produto o direito de nunca decidir, e portanto de deixar um risco se acumular até virar incidente. O desconforto não tratado não é de graça, ele apenas não é contabilizado.

E a virada de custo é difícil de estabelecer antes que se manifeste — a desaceleração do time se constata melhor depois do que no momento em que seria preciso decidir.

Questões em aberto

• Que sinais anunciam a virada de custo cedo o bastante para que a decisão de quitar venha antes do incidente?