La deuda técnica es una metáfora contable aplicada al desarrollo de software: describe el costo futuro que genera haber elegido una solución rápida en lugar de la adecuada. Como toda deuda, devenga intereses en forma de mayor esfuerzo para cada cambio posterior.
La metáfora incluye un matiz que suele perderse: tomar deuda puede ser una decisión correcta. Salir antes al mercado, validar una hipótesis o cumplir un plazo regulatorio pueden justificar una solución provisoria.
Dónde está el problema
El problema no es contraerla sino no registrarla. Cuando la decisión no queda documentada, el equipo que hereda el código no distingue entre un atajo deliberado y un error, y termina construyendo sobre una base que nadie eligió sostener.
Las prácticas que recomiendan los equipos maduros son simples: dejar constancia del atajo, del motivo y de la condición que debería disparar su corrección.
Las herramientas de análisis estático ayudan a medir parte del fenómeno, aunque no capturan las decisiones de arquitectura.