Dívida técnica explicada para quem assina o cheque

Em algum momento você ouviu sua equipe técnica dizer algo como “isso aqui está cheio de dívida técnica” — e fez que sim com a cabeça sem fazer a menor ideia do que aquilo significava para o seu bolso. Este texto é a tradução. Dívida técnica não é jargão de programador: é uma decisão financeira que você está tomando, com ou sem saber.

A metáfora está no próprio nome, e ela é literal. Para entregar mais rápido, o time toma um atalho no código — pega “emprestado” tempo do futuro. Como todo empréstimo, isso tem juros: cada mudança futura naquela parte do sistema fica um pouco mais cara, um pouco mais lenta, um pouco mais arriscada. Você não vê a fatura chegar. Você sente os juros, mês após mês, na forma de entregas que demoram cada vez mais para sair.

Nem toda dívida é ruim

O instinto de quem assina o cheque é tratar a palavra “dívida” como vilã. Não é. Contrair dívida técnica de propósito é, muitas vezes, a decisão certa de negócio.

Pense em quando você precisa validar uma ideia antes do concorrente, fechar um cliente grande que pede uma funcionalidade para ontem, ou chegar a tempo numa data de mercado. Nesses momentos, fazer a versão rápida e imperfeita — sabendo que ela é rápida e imperfeita — é tão sensato quanto pegar um empréstimo para comprar estoque na véspera de uma alta de vendas. O dinheiro do futuro paga o crescimento de hoje.

A dívida só vira problema quando ela é invisível ou esquecida. Empréstimo planejado, com data para quitar, é alavanca. Empréstimo no cheque especial, que ninguém acompanha e que rola sozinho mês a mês, é o que afunda a empresa. A diferença entre os dois não está no fato de existir dívida — está em alguém olhar para ela de olhos abertos.

Como a fatura aparece para o negócio

Você não precisa ler uma linha de código para perceber que os juros estão altos. Eles vazam para o seu dia a dia em sinais que você já conhece, mesmo sem ter nome para eles:

• As entregas ficam cada vez mais lentas. O que há um ano levava uma semana hoje leva um mês — e ninguém sabe bem explicar por quê. Esse “por quê” é o juro composto da dívida.
• Os mesmos bugs voltam. Você conserta, e duas semanas depois algo parecido quebra em outro canto. Sinal de que a base está frágil e cada remendo tensiona outra coisa.
• Existe medo de mexer no sistema. Quando o time torce para você não pedir uma mudança numa área específica, porque “aquela parte é delicada”, isso é dívida falando.
• Tudo depende de uma pessoa só. Se há alguém sem o qual ninguém ousa tocar no sistema, você não tem um funcionário-chave. Você tem um ponto único de falha — e uma fatura que vence no dia em que essa pessoa sai de férias, adoece ou pede demissão.

Repare que nenhum desses sinais é técnico. Todos são de negócio: prazo, custo, risco e dependência. A dívida técnica é um problema de engenharia que sempre termina como um problema de gestão.

Os dois erros de quem assina o cheque

Diante disso, o decisor não-técnico costuma errar de uma de duas formas opostas — e as duas custam caro.

O primeiro erro é ignorar a dívida. Como ela é invisível e o sistema “ainda funciona”, é fácil empurrar a conta para frente indefinidamente. O time pede tempo para “arrumar a casa” e ouve sempre que isso não gera receita, que fica para depois. Esse “depois” nunca chega — até a fatura vencer toda de uma vez, geralmente como um sistema que trava no pior momento ou uma evolução simples que de repente custa três meses.

O segundo erro é o oposto, e mais sedutor: querer zerar tudo de uma vez. Você finalmente entende o problema, se assusta, e autoriza uma “reescrita completa” para acabar com a dívida de vez. Parar o mundo para reconstruir o sistema do zero é, quase sempre, trocar uma dívida conhecida por um risco enorme e desconhecido — gastando meses sem entregar nada novo para o cliente, enquanto o concorrente avança. Você não quita o cheque especial vendendo a casa.

Como decidir quando pagar

A boa notícia é que dívida técnica se gerencia exatamente como dívida financeira: você não precisa pagar tudo, precisa pagar a parte que está cobrando os juros mais altos.

A pergunta certa nunca é “o código está perfeito?”. É “essa bagunça está, neste momento, me custando velocidade, dinheiro ou risco?”. Há código feio em cantos do sistema que ninguém toca há dois anos — esse pode ficar feio para sempre, é dívida que não cobra juros. E há código numa área que você mexe toda semana, onde cada melhoria devolveria tempo imediatamente — essa é a dívida que vale priorizar.

Na prática, isso vira uma regra simples de gestão: pague a dívida onde ela encontra o trabalho que você já vai fazer. Vai investir pesado numa área do produto nos próximos meses? É ali que limpar a base se paga, porque você vai colher a velocidade logo em seguida. Manutenção de dívida deixa de ser um projeto à parte que “não gera receita” e passa a ser um pedágio embutido em cada entrega — pequeno, contínuo, e muito mais barato que a fatura acumulada.

Como a Dravit trata isso

Antes de propor qualquer coisa, a gente faz um diagnóstico honesto: onde está a dívida do seu sistema, quanto ela está custando hoje em velocidade e risco, e — o mais importante — qual parte vale pagar e qual não vale tocar. Nem toda bagunça merece sua atenção, e dizer isso para você é parte do trabalho.

A partir daí, tratamos dívida como decisão de negócio, não como cruzada técnica. Em vez de uma reescrita assustadora de tudo, a gente prioriza o que devolve velocidade onde você mais precisa e embute a quitação no trabalho do dia a dia. E quando contrair dívida for a jogada certa para você lançar rápido, somos os primeiros a dizer — desde que fique registrado, com prazo, em vez de virar um juro escondido que ninguém vai lembrar de pagar.

Quer entender quanto a dívida técnica do seu sistema está custando — e o que realmente vale priorizar? Vamos conversar.