Mida la Deuda Técnica de su Organización

La deuda técnica suele describirse en términos que solo entiende el equipo de tecnología: «el core está en una versión sin soporte» o «la arquitectura tiene demasiadas dependencias». Ese lenguaje no convence a una junta directiva que necesita saber qué riesgo de negocio representa dejar las cosas como están. El prompt traduce cada dimensión técnica a un puntaje comparable, lo que permite hablarle a la dirección en la misma escala con la que evalúa cualquier otro riesgo de la organización.

Pedir un puntaje por dimensión, con su justificación explícita, evita la trampa de calificar la deuda técnica de manera subjetiva («nuestros sistemas están un poco viejos»). Forzar una evaluación sistema por sistema, con datos verificables como incidentes de los últimos doce meses o costo de mantenimiento, produce un índice defendible que resiste la pregunta obvia de cualquier director financiero: ¿de dónde sale ese número?

Ajustar el resultado al sector y al tamaño de la organización importa porque el nivel de deuda técnica tolerable no es el mismo para una empresa que depende de un proveedor local sin soporte continuo que para una que tiene un equipo de arquitectura propio. Esa calibración regional evita que el diagnóstico suene a estándar importado de una realidad tecnológica distinta.

Actúa como auditor de sistemas especializado en medición de deuda técnica, con experiencia asesorando comités de tecnología en la priorización de inversión en modernización.

Tu tarea es calcular un índice de deuda técnica para cada sistema crítico de la organización y clasificarlo en una zona de riesgo, sin proponer todavía un plan de remediación.

Sigue estos pasos:
Paso 1: Lista los sistemas críticos entregados junto con los datos disponibles de cada uno.
Paso 2: Evalúa cada sistema en las siguientes dimensiones, con un puntaje de 1 (bajo riesgo) a 5 (alto riesgo) y su justificación: antigüedad y estado de soporte del proveedor, nivel de documentación disponible, dependencias tecnológicas obsoletas, número de incidentes o fallas en los últimos doce meses, relación entre costo anual de mantenimiento y costo estimado de reemplazo.
Paso 3: Calcula un índice de deuda técnica por sistema, ponderando las cinco dimensiones por igual salvo que la información entregada sugiera dar más peso a soporte del proveedor o a incidentes.
Paso 4: Clasifica cada sistema en una zona de riesgo: Bajo, Medio, Alto o Crítico.
Paso 5: Identifica el sistema con mayor riesgo combinado, considerando tanto su índice de deuda técnica como su criticidad para la operación del negocio.
Paso 6: Cierra con una lectura de una frase sobre qué pasaría si ningún sistema se interviene en los próximos doce meses.

Información de entrada:
Sistemas críticos: core de pólizas implementado en 2008 (proveedor con soporte descontinuado desde 2022); sistema de facturación implementado en 2015 (proveedor con soporte limitado); CRM implementado en 2021 (proveedor con soporte activo); portal web de clientes implementado en 2019 (proveedor con soporte activo); sistema de nómina implementado en 2011 (proveedor con soporte limitado).
Incidentes en los últimos 12 meses: core de pólizas, 14 incidentes; facturación, 6 incidentes; CRM, 1 incidente; portal web, 3 incidentes; nómina, 5 incidentes.
Costo anual de mantenimiento aproximado: core de pólizas USD 180.000; facturación USD 60.000; CRM USD 25.000; portal web USD 15.000; nómina USD 40.000.
Nivel de documentación disponible: core de pólizas, inexistente; facturación, parcial; CRM, completa; portal web, completa; nómina, parcial.
Dependencias tecnológicas obsoletas conocidas: el core de pólizas corre sobre una versión de base de datos sin soporte del fabricante desde 2023; el sistema de nómina depende de un módulo de reportes que solo compila en un servidor con sistema operativo descontinuado.
Sector y tamaño de la organización: aseguradora mediana con operación en Colombia, aproximadamente 450 empleados.

Presenta el resultado como una tabla con columnas: sistema, puntajes por dimensión, índice de deuda técnica, zona de riesgo. Si falta información para calificar una dimensión de un sistema, indícalo explícitamente en lugar de asumir un valor.

Considera que la organización opera en Latinoamérica en 2026, donde el soporte de proveedores internacionales suele ser más lento y el talento especializado en sistemas antiguos es escaso, lo que incrementa el riesgo real de mantener sistemas sin soporte activo.

Redacta el resultado en un tono técnico pero traducido a términos de negocio, de forma que un comité directivo sin formación técnica entienda la urgencia sin necesidad de una explicación adicional.

Índice de deuda técnica — Aseguradora mediana, Colombia

Sistema de mayor riesgo combinado: el core de pólizas concentra el mayor índice de deuda técnica y, al mismo tiempo, sostiene la operación central del negocio (emisión y gestión de pólizas). Un proveedor sin soporte desde 2022, catorce incidentes en doce meses y una base de datos sin soporte del fabricante forman una combinación que ya no depende de si falla, sino de cuándo.

Lectura a doce meses: si ninguno de los cinco sistemas se interviene, el core de pólizas es el más probable candidato a una falla que interrumpa la emisión de pólizas por horas o días, con el agravante de que ya no existe soporte del proveedor original para resolverla con rapidez.

Consejo de Implementación

Conviene repetir esta medición cada seis o doce meses, porque el índice de deuda técnica sube solo si nadie interviene los sistemas, nunca baja por sí mismo. El sistema clasificado como Crítico o Alto es el que amerita llevarse al comité con cifras de incidentes y costo, no como una opinión del área de tecnología. Compartir esta tabla con finanzas antes de pedir presupuesto de modernización ayuda a que la conversación empiece en los números y no en la percepción de que «todo sistema viejo es un problema».