Entre os principais desafios de áreas de tecnologia com histórico longo está a dívida técnica, tema que Rolando Bonaccorsi, engenheiro de computação com MBA executivo, problematiza a partir do efeito operacional e não apenas do atraso em projetos novos. Decisão tomada para entregar mais rápido no passado continua sendo paga todos os dias por quem sustenta o ambiente, em parcelas pequenas e pouco visíveis.
A conversa sobre o assunto costuma ficar restrita ao time de desenvolvimento e à arquitetura. Quem convive com o plantão, porém, sente a cobrança antes de qualquer um, porque sistema remendado falha com mais frequência, exige procedimento manual demorado e transforma tarefa simples em operação delicada que poucos se sentem seguros para executar sozinhos.
Onde a dívida aparece primeiro
Os sinais iniciais raramente chegam como falha grave de serviço. Eles surgem no tempo de uma implantação que deveria ser rápida, na quantidade de passos manuais de uma rotina mensal e no número de pessoas que precisam estar disponíveis para que uma mudança pequena entre em produção sem susto. Cada atrito parece tolerável de forma isolada e pesa bastante quando somado ao longo do mês.
Outro indício mora na linguagem usada pela própria equipe no dia a dia. Quando a conversa interna inclui expressões como “mexer com cuidado”, “não tocar nessa parte” ou “chamar quem conhece”, a operação já convive com área frágil mapeada apenas de forma oral. Na ótica de Rolando Bonaccorsi, o vocabulário do time antecipa o relatório de risco, porque o receio aparece na conversa muito antes de virar número em um painel de gestão.
Como medir o que a dívida consome
Medição começa pelo tempo gasto em trabalho não planejado durante o mês. Horas dedicadas a correção, contorno manual e atendimento de chamado recorrente formam uma fatia que pode ser comparada com a capacidade total da equipe, revelando quanto da operação está comprometido antes de qualquer demanda nova entrar na fila. A medida costuma surpreender quem planeja o ano contando com a equipe inteira disponível.
Reincidência por sistema complementa o quadro com bastante clareza. No exame conduzido por Rolando Bonaccorsi, concentração de incidentes em poucos componentes indica onde a dívida cobra juros mais altos, de forma que a priorização deixa de ser preferência técnica de alguém e passa a ter base em consumo real de esforço.
Entre corrigir e entregar o próximo projeto
A escolha raramente é apresentada de forma honesta para quem decide o orçamento. Projeto novo tem patrocinador, prazo e visibilidade garantida, enquanto correção estrutural entra na conversa como custo sem benefício imediato. O resultado previsível é o adiamento permanente da segunda opção, até que uma parada relevante force a discussão em condições piores. A correção acontece, então, com pressa e sem o planejamento que teria custado menos antes.
Equilíbrio possível não exige parar a agenda de negócio nem adiar lançamento. Reservar uma fatia fixa da capacidade para redução de dívida, acordada com as áreas demandantes, mantém o fluxo de entregas e interrompe o crescimento do problema. Rolando Bonaccorsi explicita o acordo de capacidade como instrumento de gestão, nunca como concessão técnica.
Negociar prazo com dado em mãos
Conversa sobre dívida técnica muda de tom quando a área de tecnologia apresenta número em vez de desconforto. Percentual de capacidade consumido por trabalho não planejado, tempo médio de implantação e frequência de incidentes por sistema traduzem o problema para a linguagem de quem aprova investimento e cobra resultado. A discussão sai do campo da opinião técnica e entra no campo da decisão de negócio.
Transparência também protege a equipe em decisões futuras. Registrar o que foi deixado para depois, com o risco associado e a data da escolha, evita que a opção de acelerar seja lembrada apenas no dia da falha. A documentação desse histórico é o que Rolando Bonaccorsi categoriza como memória de decisão da operação, útil em toda renegociação de prazo que vier depois.
