Falar de dívida técnica com quem não é técnico
Pergunta
Como você argumenta pela priorização de dívida técnica numa conversa com produto/negócio?
Resposta esperada
Traduzir pra impacto no negócio, não em pureza de código. Em vez de 'esse módulo está horrível', dizer: 'toda feature que toca cobrança leva 3x mais tempo e 2 de cada 5 voltam com bug — isso é ~2 semanas por trimestre e risco de incidente'. Ancorar em dados (velocidade, taxa de retrabalho, incidentes, tempo de onboarding). Enquadrar como investimento com retorno, não como 'limpeza': 'X dias agora, e a partir daí features nessa área voltam ao ritmo normal'. Oferecer opções com trade-off (pagar tudo, pagar o pedaço mais caro, contornar) em vez de um ultimato. E integrar ao fluxo normal — a regra do escoteiro, uma fatia de dívida por sprint — em vez de pedir um 'sprint de refatoração' que sempre perde pra uma feature. Reconhecer que nem toda dívida vale pagar: dívida em código estável que ninguém toca pode ficar.
Por que perguntam isso
Pergunta sênior/liderança. Sinal forte: números concretos e 'nem toda dívida vale pagar' (dívida em código estável).