A Resposta Concisa
Dívida técnica não se mede pela qualidade do código, mas sim pelo custo que ela impõe a cada mudança futura. Portanto, a priorização não é sobre "o que é mais feio", mas sim "o que torna o próximo trabalho mais caro".
A regra para priorizar rapidamente: um item que exige um teste de regressão abrangente para qualquer alteração em sua área—esse tem prioridade máxima. Ele duplica o custo de qualquer outra atividade no projeto.
Pontuação em Quatro Dimensões
| Dimensão | Pergunta | Peso |
|---|---|---|
| Exposição de Negócios | O que acontece se falhar no pico de carga? | Alta |
| Frequência | Quantas vezes por dia é acessado? | Alta |
| Dependência | Quantas outras áreas são bloqueadas por ele? | Média |
| Esforço | Quanto custa para corrigir em um ambiente controlado? | Inverso |
A pontuação não é uma ciência exata. Seu verdadeiro valor reside em forçar uma discussão explícita entre quem conhece o risco técnico e quem conhece a dor de negócios — gerando uma ordem que pode ser defendida perante a gestão.
Três Tipos de Dívida que Furam a Fila
Independentemente da pontuação, três tipos de dívida têm prioridade:
- Dívida que Bloqueia Testes – A ausência de um ambiente de Sandbox funcional ou de dados de teste adequados. Qualquer outra correção realizada sem isso é feita às cegas.
- Dívida em Permissões – Um modelo de visibilidade que perdeu a lógica é uma exposição regulatória ativa, não um mero inconveniente.
- Dívida Centralizada em Uma Pessoa – Quando apenas uma pessoa entende um componente, o risco não é técnico, mas organizacional.
Como Apresentar Dívidas para Obter Orçamento
A gerência não financia "limpeza de automações". Ela financia a redução de tempo e custo. A tradução se faz em três linhas para cada item: quantas horas de suporte ele consome por trimestre, quantos dias ele adiciona a cada mudança em sua área e qual a exposição se ele falhar.
Quem apresenta "três solicitações de mudança por trimestre, cada uma estendida em duas semanas devido ao mesmo componente" obtém aprovação. Quem apresenta um diagrama de dependências — não.
Cota Fixa, Não Promoção Pontual
O padrão que falha: um grande projeto de limpeza a cada dois anos. O padrão que funciona: uma cota fixa de 15%-20% de cada ciclo dedicada à dívida, predefinida e inegociável a cada sprint.
Junto à cota, é necessária pelo menos uma regra de prevenção — por exemplo, proibição de adicionar novas automações a um objeto que já possui várias, antes de consolidá-las. Sem prevenção, a taxa de criação de dívida supera a taxa de limpeza. A relação com a infraestrutura de desenvolvimento é detalhada em Estratégia de Sandboxes e DevOps para Salesforce.
Resumo
Priorizar dívida técnica é um exercício de economia, não de estética: corrige-se o que encarece a próxima mudança, prioriza-se o que bloqueia testes e o que cria exposição, e estabelece-se uma cota para evitar recorrência. Uma lista de dez itens ranqueados vale mais do que cem itens mapeados.