Qué es la deuda técnica: guía clara para empresarios

La deuda suele nacer en un momento en que el tiempo o el presupuesto escasean. Con la fecha de una campaña cerca, se elige la solución más rápida antes que la más limpia. Funciona y el sitio sale en línea. El problema es que todos olvidan que la solución rápida debía ser provisional. Pasan los meses, se construyen piezas nuevas encima y el arreglo provisional empieza a comportarse como uno permanente.

La deuda no proviene solo de atajos deliberados. Cuando cambia un equipo, el conocimiento desaparece y se olvidan las razones de decisiones antiguas. Una biblioteca de la que depende el sitio pierde su soporte y nadie la actualiza. Un ajuste sin documentar solo se convierte en problema cuando se marcha la persona que lo hizo. Nada de esto parece grande por separado, pero juntos vuelven lento un sitio.

Piense en el catálogo de un fabricante de suelos. Supongamos que la primera versión salió con todas las páginas de producto preparadas a mano. A medida que crece la gama, cada modelo nuevo obliga a copiar la misma plantilla y editarla manualmente. Cuando cambia una regla de precios o de imágenes, hay que corregir decenas de páginas una por una. La deuda está aquí en la plantilla copiada.

Puede detectar la deuda sin leer una sola línea de código. Las señales suelen aparecer en cómo fluye el trabajo y en lo que cuesta. Si varias de las siguientes se cumplen a la vez, se trata de deuda acumulada.

• Los cambios pequeños tardan más de lo esperado y los presupuestos no dejan de subir
• Arreglar un lugar rompe otro
• Solo una persona entiende cómo funciona el sitio
• Se teme a las actualizaciones, por lo que se aplazan durante meses
• Un fallo corregido vuelve a aparecer más tarde
• Añadir una función nueva parece más difícil que construirla desde cero

No. La deuda asumida a sabiendas puede ser una buena decisión empresarial. Lanzar un producto con una versión rápida y sencilla para probar el mercado suele ser más inteligente que construir una estructura perfecta y llegar tarde. Lo que importa es saber que la deuda existe y planificar cuándo pagarla.

La mala es la deuda que permanece invisible. Si nadie sabe cuánta hay, no hay plan de pago. Los equipos sanos llevan una lista de los atajos tomados y reservan en cada periodo una parte fija para acortar esa lista. Para una empresa es el seguro más barato que existe.

No toda deuda necesita pagarse de golpe. El criterio es cómo toca la deuda a su negocio. La deuda en las partes que cambian a menudo, aportan ventas y se trabajan sin cesar debe pagarse rápido, porque sus intereses corren cada día. La deuda en un rincón tranquilo que rara vez cambia y funciona sin problemas puede esperar.

El flujo de reservas de un grupo de spas cambia cada semana, así que el desorden ahí suma coste con cada campaña. La página de presentación cambia una vez al año, así que limpiarla da poco rendimiento. La prioridad sale de la frecuencia con que algo cambia y de cuánto afecta al negocio, no de lo ordenado que parezca el código.

El riesgo es un segundo criterio. Un componente antiguo que abre una brecha de seguridad no es una deuda que pueda esperar. La deuda en las secciones que manejan pagos o datos personales pasa siempre al principio de la cola.

Intentar borrar la deuda de una sola vez suele ser la estrategia equivocada. El camino más sano son pasos pequeños y regulares: dejar cada parte que se toca un poco más limpia, sustituir los componentes antiguos por turnos y poner por escrito las decisiones sin documentar.

Para una deuda grande se monta un proyecto de reestructuración aparte, con un alcance definido. Avanza pieza a pieza mientras el sitio sigue funcionando, de modo que las ventas no se detienen. Una reescritura completa suele parecer atractiva, pero es arriesgada, porque se pierde conocimiento y aparecen fallos nuevos. Primero mida qué causa de verdad los problemas y renueve solo esa parte.

• Reunir las deudas en una lista y anotar cómo afecta cada una al negocio
• Reservar una parte de cada periodo de desarrollo para esa lista
• Ordenar los componentes obsoletos según su riesgo de seguridad
• Documentar las decisiones importantes en notas breves

El primer error es ignorar la deuda. Mientras todo funciona, el problema permanece invisible, pero la factura llega cuando hace falta un cambio. El segundo es intentar resolver cada problema con una reescritura. Empezar de cero puede cambiar problemas viejos por otros nuevos y crea un largo periodo a ciegas.

El tercer error es tratar la deuda como un problema solo del equipo técnico. Quien paga los intereses es el negocio: campañas tardías, entregas lentas, presupuestos al alza. Por eso la parte de negocio debe participar en decidir las prioridades. El cuarto error es no medir. Si no ve con pruebas por qué una sección es lenta de cambiar, la discusión descansa solo en opiniones.

Limpiar la deuda no es prioritario para todos los sitios. Para un sitio de campaña de corta vida, o una estructura que de todos modos se retirará pronto, el esfuerzo se desperdicia. Del mismo modo, renovar una página que nunca cambia y funciona sin problemas solo introduce un riesgo nuevo.

El criterio es sencillo: ¿cambiará esta parte en el próximo periodo y es caro cambiarla? Si ambas respuestas son sí, limpiar es una inversión. Si no, puede esperar. Para ver qué partes de su sitio son lentas o anticuadas, nuestro test de velocidad web y nuestra herramienta de detección de tecnologías le dan gratis un primer vistazo.