Ir para o conteúdo 
TL;DR
— Dívida técnica é o custo de atalhos no desenvolvimento. Você não paga hoje, mas paga depois com juros.
— Ela não aparece em balanço financeiro. Cresce em silêncio até virar crise.
— O resultado: manutenção mais cara, equipe mais lenta, bugs inesperados.
— Uma auditoria técnica revela o tamanho da dívida. Depois, você decide o que fazer.
O que é dívida técnica (e por que ela não está no seu balanço)
Há uma metáfora certeira no mundo do desenvolvimento de software. Descreve algo que ocorre em quase todo projeto web: a dívida técnica.
A ideia é simples. Você toma um atalho. Escolhe uma solução rápida que funciona agora, mas não é a melhor forma de resolver o problema. É como pegar um empréstimo. Você não paga o custo hoje. Paga depois. Com juros.
A diferença é que a dívida técnica não aparece no balanço financeiro. Não gera alerta. Não tem data de vencimento visível. Ela cresce sozinha, em silêncio. Até que o sistema que funcionava bem começa a estalar. E ninguém entende muito bem o porquê.
Como a dívida técnica se acumula (sem que ninguém decida)
Dívida técnica raramente vem de uma decisão consciente de fazer as coisas mal. Ela se acumula por razões que, no momento, pareciam razoáveis.
O prazo aperta. É preciso entregar. Alguém escolhe a solução que funciona agora, com a intenção de refatorar depois. Só que o “depois” nunca chega. O próximo projeto já está esperando.
Um plugin é instalado para resolver um problema pontual. Nunca é removido. Continua lá, consumindo recursos. Um código é copiado de um projeto antigo. Funciona, mas ninguém sabe exatamente por quê. Uma configuração é feita à mão, sem documentação. No dia que o servidor cair, ninguém saberá como recriar o ambiente.
Cada uma dessas decisões parece pequena. Sozinha, não é um problema. O problema é quando você tem 50 dessas decisões. Ou 100.
O custo invisível que cobra juros todo mês
Você não vê a dívida técnica. Ela não aparece num extrato bancário. Mas você sente os efeitos:
- A equipe demora o dobro para fazer qualquer mudança.
- Bugs aparecem onde ninguém esperava
- Uma tarefa que deveria levar 2 dias vira 2 semanas.
- O custo de manutenção sobe todo mês, sem explicação clara.
O time não percebe que a dívida está crescendo. O trabalho simplesmente começa a atrasar. O orçamento explode. E ninguém entende por quê. É o custo invisível que ninguém precifica.
Por que gestores ignoram a dívida técnica (até que seja tarde)
Pressão para entregar. Prazo curto. Cliente pediu para ontem. “Depois a gente refatora.”
Só que depois o cliente está na Black Friday. Depois o time está em outro projeto. Depois o dinheiro já foi gasto. A dívida só é paga quando vira crise. E na crise, o custo é sempre maior.
O problema é que a dívida técnica não dá sinais claros. Não há um “check engine” aceso no painel. Não há um alerta no e-mail. Ela não chama a atenção. Ela só dói quando você precisa mexer no sistema. E aí já é tarde.
Afinal, compensa pagar a dívida?
Depende. Nem toda dívida técnica merece ser paga. A decisão depende de três fatores:
1. Custo de oportunidade. Se a dívida está tornando as mudanças três vezes mais lentas e caras do que deveriam ser, o custo de não resolvê-la se acumula a cada projeto. Se o site está em modo de manutenção mínima, sem desenvolvimento ativo, pode não compensar.
2. Risco. Dívida técnica em camadas de segurança (versões desatualizadas com vulnerabilidades conhecidas, código que manipula dados sensíveis sem proteção) precisa ser resolvida independentemente do custo. O risco de não fazer é alto demais.
3. Horizonte de vida do projeto. Se o site vai ser substituído em seis meses, não faz sentido investir em refatorar o código atual. Se o projeto vai continuar ativo por vários anos, a dívida técnica é um investimento adiado que, mais cedo ou mais tarde, terá de ser pago.
O que você pode fazer agora (sem parar o mundo)
O primeiro passo é saber o tamanho da dívida. Uma auditoria técnica mostra: O que está podre. O que precisa de atenção agora. O que pode esperar.
Depois, você decide como pagar. Refatora aos poucos. Integra o pagamento da dívida no trabalho ordinário. Quando toca numa área do código para fazer uma mudança funcional, aproveita para melhorar sua estrutura. Quando identifica um plugin que não é mais necessário, ele é eliminado. Quando precisa alterar uma área com documentação deficiente, documenta enquanto trabalha.
Não precisa parar o mundo. Só precisa começar.
Na Baqueiro, a gente ajuda a pagar a dívida técnica sem sufoco. A gente audita sites e aplicações para identificar a dívida técnica acumulada. E ajudamos a priorizar o que resolver primeiro, com base no impacto em custo, risco e velocidade de desenvolvimento.
Se você está herdando um projeto web, ou sente que seu site atual está cada vez mais caro e difícil de manter, a gente pode ajudar a entender o que está acontecendo e o que fazer a respeito. Quer saber o tamanho da sua dívida técnica? Fala com a gente.
