Deuda técnica para no técnicos: el préstamo que nadie apuntó

Tarde o temprano aparece la frase: "eso no lo toquemos, que funciona". Detrás suele haber deuda técnica: atajos acumulados que nadie apuntó y que ahora encarecen cada cambio. No es un asunto exclusivo de programadores. La deuda se contrae al decidir —casi siempre por buenas razones— y se paga con dinero, plazos y riesgo, que son materia de dirección. Este artículo es para tomar esa decisión con criterio: qué es exactamente la deuda técnica, cómo se acumula sin hacer ruido y qué señales indican que ha llegado el momento de pagarla.

Un préstamo sin contrato

Cada vez que una empresa acepta un "lo dejamos así de momento" está pidiendo un préstamo. El arreglo rápido en lugar del bueno. El paso del proceso que vive en la cabeza de una persona en lugar de en el sistema. La conexión entre dos programas apañada con un fichero que alguien sube a mano cada mañana. En todos los casos se recibe lo mismo: tiempo hoy. Y se devuelve lo mismo: cada cambio futuro cuesta un poco más, porque hay que sortear el apaño sin romperlo.

La diferencia con un préstamo bancario es que aquí nadie firma nada. La deuda técnica no aparece en la contabilidad, no genera recibos y cobra sus intereses en silencio, repartidos en cada tarea que tarda más de lo que debería.

Conviene decirlo pronto: contraer deuda técnica no es señal de incompetencia. Casi todas las decisiones que la generan fueron razonables cuando se tomaron. Había prisa, el negocio necesitaba salir, la alternativa "bien hecha" costaba un tiempo que no existía. El problema no es haber pedido el préstamo; es haberlo olvidado.

Cómo se acumula sin que nadie la vea

La deuda técnica crece porque cada atajo, mirado por separado, es pequeño y defendible. Nadie aprueba "hipotecar el sistema"; se aprueba un parche razonable un martes por la tarde. La suma de parches razonables, con los años, es un sistema que nadie entiende entero.

A eso se añade que la memoria se va. Quien hizo el apaño cambia de puesto, se marcha o simplemente lo olvida, y lo que fue un atajo consciente se convierte en terreno que nadie pisa. Ahí nace el "no lo toques, que funciona": ya no es prudencia, es desconocimiento.

Por eso la deuda no se nota en el día a día, donde todo "funciona". Se nota cuando intentas cambiar algo: abrir un canal de venta, cambiar de banco, conectar el ERP con la tienda online. Entonces algo que parecía sencillo se presupuesta caro, y nadie sabe explicar del todo por qué. Ese sobrecoste inexplicable es el interés del préstamo.

No toda la deuda es mala

Endeudarse técnicamente puede ser la decisión correcta. Sacar antes una versión imperfecta para comprobar que algo sirve suele ser mejor negocio que pulirla durante meses; asumir un apaño temporal para no parar una operación puede ser pura sensatez.

La deuda problemática no es la que contraes a sabiendas: es la que no sabes que tienes. La diferencia es la misma que en las finanzas, entre una deuda registrada y una que descubres cuando llega el cobro. Por eso el objetivo razonable no es "cero deuda" —eso ni existe ni compensa—, sino deuda conocida y elegida: saber qué atajos hay, qué riesgo tiene cada uno y cuáles conviene devolver primero.

Las señales de que toca pagarla

Hay avisos bastante fiables de que los intereses ya pesan más que la comodidad:

• Cambios que antes llevaban días ahora llevan semanas, y nadie sabe dar una razón concreta.
• Hay zonas del sistema que solo entiende una persona, y esa persona se ha vuelto imprescindible.
• Cada arreglo rompe algo en otro sitio, como si el sistema estuviera tenso.
• "No lo toques, que funciona" ha dejado de ser un chiste y se ha convertido en política de empresa.
• Se descartan mejoras de negocio porque "el sistema no lo permite", y ya nadie cuestiona esa respuesta.

Cuando varias de estas señales coinciden, pagar la deuda deja de ser opcional. Solo queda elegir entre pagarla de forma ordenada, con calendario y prioridades, o pagarla de golpe el día que algo se rompa en el peor momento.

Qué puede hacer dirección sin ser técnica

No hace falta saber programar para gestionar deuda técnica. Hacen falta tres movimientos, y los tres son de gestión.

Hacerla visible. Pedir al equipo o al proveedor una lista de los atajos conocidos, en lenguaje de negocio: qué se apañó, qué riesgo tiene y qué encarece. Una lista imperfecta hoy vale más que un inventario perfecto que nunca llega.

Reservar capacidad. Si todo el tiempo técnico disponible se dedica a cosas nuevas, la deuda solo puede crecer. Una parte del trabajo —pequeña pero constante— tiene que ir a reducirla, igual que una cuota mensual amortiza un préstamo. Es el tipo de trabajo continuo que cubre el soporte y evolución de sistemas.

Preguntar el coste futuro. Cuando se apruebe el próximo atajo —que se aprobará, y a veces con razón—, añadir una pregunta a la conversación: ¿qué encarece esto más adelante y cuándo pensamos devolverlo? Con esa sola pregunta, la deuda deja de ser un accidente y pasa a ser una decisión.

Tres preguntas antes de aprobar el próximo atajo

1. ¿Qué encarece este atajo más adelante, y quién lo va a pagar?
2. ¿Quedará apuntado en algún sitio, o dependerá de la memoria de alguien?
3. ¿Hay una condición para volver y hacerlo bien, o "de momento" significa "para siempre"?

La deuda técnica no se elimina: se gestiona. La diferencia entre una empresa atrapada por sus sistemas y una que avanza no es que la segunda no tenga deuda; es que sabe cuánta tiene, dónde está y cuándo piensa pagarla.