ECONOMÍA + ARQUITECTURA
Gestión de Obsolescencia Tecnológica
La pregunta relevante no es si la tecnología es vieja. Es si mantenerla destruye más valor económico que cambiarla.
La obsolescencia tecnológica suele gestionarse como un inventario de versiones, fechas de fin de soporte y proyectos de reemplazo. Eso es necesario, pero incompleto. Para un ejecutivo, la obsolescencia se vuelve material cuando un activo aumenta el costo operativo, amplifica el riesgo, ralentiza el cambio o bloquea opciones estratégicas.
La obsolescencia debe gestionarse como un problema de asignación de capital — no como un problema de antigüedad tecnológica.
Por José Ñáñez
Technology Advisor · Board Member
Publicado el 7 de abril de 2026 · Actualizado el 24 de agosto de 2026 · 10 min de lectura
EL ERROR DE GESTIÓN
La antigüedad no es la variable de decisión
Un sistema antiguo no es automáticamente obsoleto. Si mantiene soporte, resiliencia, eficiencia económica y no restringe el cambio que necesita el negocio, reemplazarlo puede destruir valor en vez de crearlo.
Lo contrario también es cierto. Un activo relativamente nuevo puede ser económicamente obsoleto si termina el soporte del proveedor, aumentan los costos de control, desaparecen capacidades críticas o la arquitectura hace que cada cambio de negocio sea más lento y costoso.
La decisión debe seguir el arrastre económico y la restricción estratégica — no el calendario.
EVIDENCIA EXTERNA
Legacy se vuelve costoso mucho antes de dejar de funcionar
La evidencia del sector público no es un benchmark para un banco o una empresa, pero permite ver el mecanismo. En 2025, la U.S. Government Accountability Office identificó 11 sistemas legacy críticos con mayor necesidad de modernización. Entre ellos, ocho utilizaban lenguajes desactualizados, siete operaban con vulnerabilidades de ciberseguridad conocidas y cuatro tenían hardware o software sin soporte.
Lenguajes desactualizados
8/11
Vulnerabilidades conocidas
7/11
Hardware / software sin soporte
4/11
La misma revisión de GAO reportó que esos 11 sistemas tenían aproximadamente entre 23 y 60 años y, en conjunto, costaban cerca de USD 754 millones anuales en operación y mantenimiento.
Fuente: U.S. GAO, GAO-25-107795, julio de 2025.
NIST trata los componentes sin soporte como un asunto explícito de control: las organizaciones deben reemplazarlos cuando el soporte deja de estar disponible o implementar mitigaciones justificadas y soporte alternativo cuando el reemplazo no es viable.
ARRASTRE ECONÓMICO
Lo que realmente cuesta la obsolescencia
La factura visible de tecnología es solo una parte de la carga. El business case debe capturar el costo incremental creado por mantener el estado actual.
ECUACIÓN DE DECISIÓN
Arrastre económico = sobrecosto operativo + fricción de cambio + carga de riesgo y control + costo de oportunidad
Sobrecosto operativo
Soporte premium, capacidades escasas, mantenimiento a medida, herramientas duplicadas, infraestructura ineficiente y mayor esfuerzo de incidentes.
Fricción de cambio
Esfuerzo adicional de arquitectura, pruebas, integración y entrega requerido cada vez que el negocio necesita modificar el entorno legacy.
Carga de riesgo y control
Controles compensatorios, componentes sin soporte, remediación, exposición de resiliencia y pérdida esperada por eventos operativos o de seguridad.
Costo de oportunidad
Ingresos, capacidad u opciones estratégicas retrasadas porque la arquitectura no puede adoptar eficientemente nuevos productos, canales, datos, cloud o IA.
Un activo legacy se vuelve económicamente obsoleto cuando el costo de preservar el estado actual empieza a consumir la capacidad necesaria para cambiarlo.
DISPOSICIÓN
Modernizar no es la respuesta por defecto
Un portafolio maduro no reemplaza todo. Escoge la intervención menos costosa que restablece una combinación aceptable de economía, riesgo y flexibilidad estratégica.
01
MANTENER
Conservar el activo cuando su economía sigue siendo razonable, existe soporte viable y la arquitectura no restringe materialmente al negocio.
02
CONTENER
Mantener temporalmente el activo, aislarlo, fortalecer controles y evitar nuevas dependencias mientras se prepara una transición posterior.
03
MODERNIZAR
Cambiar componentes, interfaces, infraestructura o runtime seleccionados preservando la lógica de negocio que todavía genera valor.
04
REEMPLAZAR
Migrar a otra plataforma cuando el activo actual no puede cumplir económicamente con los requerimientos futuros.
05
RETIRAR
Eliminar el activo cuando su capacidad es redundante, no se utiliza o ya no justifica su carga operativa y de control.
La decisión correcta es la que minimiza la carga económica total preservando la capacidad de negocio y el nivel de control requeridos.
MODELO OPERATIVO
Del inventario técnico a la agenda de capital
El framework original sigue teniendo valor, pero la secuencia debe estar dirigida por evidencia y economía, no por volumen de reemplazos.
00
Amnistía y momento cero
Crear un punto de partida completo. Los equipos deben poder exponer activos sin soporte, excepciones, dependencias ocultas y mantenimiento aplazado sin convertir el inventario en un mecanismo de culpa.
01
Inventario y criticidad de negocio
Mapear activos, dependencias, soporte de proveedores, capacidades, procesos de negocio, flujos de datos y consecuencias de falla.
02
Cuantificar arrastre económico
Estimar sobrecosto operativo, fricción de cambio, carga de riesgo y control y el costo estratégico de capacidades demoradas.
03
Definir disposición
Mantener, contener, modernizar, reemplazar o retirar. La decisión debe ser explícita y tener dueño, no quedar como backlog técnico indefinido.
04
Financiar el portafolio
Asignar capital según carga evitada, reducción de riesgo, eliminación de dependencias y opcionalidad estratégica — no solo por antigüedad del activo.
05
Cerrar el ciclo
Medir beneficios, retirar el estado legacy, actualizar el inventario y evitar que la arquitectura objetivo de hoy se convierta en el legacy no gestionado de mañana.
CURVA DE REDUCCIÓN DE OBSOLESCENCIA
Del estado tecnológico actual a la vigencia objetivo
La Curva S parte del estado real de la organización. Si hoy 80% del estate tecnológico está vigente, existe 20% de obsolescencia. El programa no parte de cero: intenta cerrar la brecha entre ese 80% actual, la meta seleccionada y el límite máximo razonablemente alcanzable.
MODELO LOGÍSTICO NORMALIZADO
R(t) = 1 / (1 + e^(−k(t − t0)))
H(t) = H0 + (L − H0) × [R(t) − R(0)] / [1 − R(0)]
q = (H − H0)/(L − H0) → r = R(0) + q[1 − R(0)] → t = t0 + ln[r/(1 − r)]/k
H(t) representa la vigencia tecnológica en el tiempo. H0 es la vigencia actual; L es el límite máximo alcanzable; k controla la pendiente de la transformación; y t0 es el momento de máxima velocidad. La normalización garantiza H(0) = H0 y hace que la curva tienda progresivamente hacia L.
Línea base tecnológica vigente (H0)
Porcentaje actual del estate que no presenta obsolescencia: tecnología vigente, soportada y dentro del estándar institucional. Esta es la línea base desde la cual parte el programa. Su complemento es la obsolescencia actual: 100% − H0.
Vigencia tecnológica objetivo
Estado tecnológico que la organización quiere alcanzar con el programa.
Límite máximo alcanzable (L)
Nivel máximo de vigencia que la organización considera razonablemente alcanzable. No tiene que ser 100%.
Velocidad de transformación (k)
Parámetro de pendiente. Un k mayor concentra la corrección en menos tiempo; no significa directamente “k × 100% por mes”.
Momento de máxima velocidad (t0)
Mes en el que la pendiente de la curva base alcanza su máximo. Es la ventana de mayor capacidad de corrección del programa.
Obsolescencia actual = 100% − H0
20.0%
Complemento directo de H0 = 80.0%
Obsolescencia objetivo
5.0%
Obsolescencia residual mínima
1.0%
Brecha corregible
19.0 pp
Brecha cerrada en la meta
78.9%
Cómo leer k en términos operativos
La tabla usa el H0, L y t0 seleccionados. k se interpreta por cuánto tarda el modelo en cerrar la parte central de la brecha —del 20% al 80%— y por la velocidad máxima de mejora expresada en puntos porcentuales de vigencia por mes.
| k | Perfil | 20% → 80% brecha | Velocidad máxima |
|---|---|---|---|
| 0.08 | Transformación lenta | 26.2 meses | 0.53 pp/mes |
| 0.12 | Transformación moderada | 18.8 meses | 0.71 pp/mes |
| 0.18 | Transformación fuerte | 13.6 meses | 0.95 pp/mes |
| 0.25 | Transformación muy alta | 10.4 meses | 1.25 pp/mes |
| 0.30 | Transformación excepcional | 8.9 meses | 1.46 pp/mes |
Los perfiles son calibraciones ilustrativas del modelo, no benchmarks de mercado. La velocidad máxima cambia con el tamaño real de la brecha H0 → L y con t0.
Referencias reales: contexto, no benchmark de k
No existe una fuente pública defendible que publique un k de obsolescencia para Nubank u otro banco. Las organizaciones reportan alcance y plazos, pero no una serie completa del porcentaje de obsolescencia corregida. Banco Pichincha ha comunicado un plan de tres años para modernizar y migrar más de 380 aplicaciones cloud; ANZ reportó cerca de 40 aplicaciones incorporadas a un nuevo framework CI/CD en ocho meses; y Nubank ha publicado un plan de migración de un año para su mercado colombiano. Estas referencias ayudan a dimensionar capacidad de ejecución, pero no deben convertirse artificialmente en k.
Tiempo hasta la meta
20.1 m
Velocidad máxima
0.95 pp/mes
t0 = 12 m · H(t0) = 88.4%
Último +1 pp / +2 pp
1.6 / 2.9 m
Evolución de la vigencia tecnológica
% de vigencia tecnológica
Preparación · <20% de la brecha cerrada
6.8 m
Inventario, arquitectura, priorización, presupuesto, contratos y preparación. La organización empieza a cerrar la brecha, pero todavía no alcanza su mayor velocidad.
Ejecución · 20–80% de la brecha cerrada
13.6 m
Se atraviesa la parte central de la brecha corregible. La pendiente aumenta, alcanza su máximo alrededor de t0 y luego comienza a desacelerarse.
Estabilización · >80% de la brecha cerrada
0.0 m
Quedan los activos, dependencias y excepciones más difíciles. Cerca de L, cada punto adicional de vigencia requiere proporcionalmente más tiempo.
Interpretación ejecutiva
La organización parte de una vigencia de 80.0%, equivalente a una obsolescencia de 20.0%. La meta es 95.0% de vigencia, equivalente a 5.0% de obsolescencia residual. Eso exige cerrar 15.0 pp de una brecha corregible total de 19.0 pp, es decir, aproximadamente 78.9% de toda la mejora disponible.
La fase de preparación se extiende aproximadamente hasta el mes 6.8 y la zona central de ejecución hasta el mes 20.4. La máxima velocidad ocurre alrededor del mes 12 con 0.95 pp/mes. La meta se alcanza alrededor del mes 20.1. Cerca de esa meta, el último punto porcentual requiere aproximadamente 1.6 m y los últimos dos puntos porcentuales requieren 2.9 m.
La meta se encuentra en la fase central de ejecución. Todavía no exige entrar en la zona de mayor costo temporal marginal.
¿Qué parte de la brecha necesitamos cerrar realmente — y cuánto tiempo adicional estamos dispuestos a financiar para perseguir los últimos puntos?
Referencia mensual del plan
La tabla traduce la curva a una trayectoria de seguimiento. El mes 0 parte exactamente del estado actual; luego muestra la mejora estimada de cada mes, la vigencia acumulada y la obsolescencia residual.
| Mes | Fase | Mejora del mes | Vigencia tecnológica | Obsolescencia | Brecha cerrada |
|---|---|---|---|---|---|
| 0 | Preparación | — | 80.00% | 20.00% | 0.0% |
| 1 | Preparación | +0.38 pp | 80.38% | 19.62% | 2.0% |
| 2 | Preparación | +0.44 pp | 80.81% | 19.19% | 4.3% |
| 3 | Preparación | +0.49 pp | 81.31% | 18.69% | 6.9% |
| 4 | Preparación | +0.56 pp | 81.87% | 18.13% | 9.8% |
| 5 | Preparación | +0.62 pp | 82.49% | 17.51% | 13.1% |
| 6 | Preparación | +0.69 pp | 83.18% | 16.82% | 16.7% |
| 7 | Ejecución | +0.75 pp | 83.93% | 16.07% | 20.7% |
| 8 | Ejecución | +0.81 pp | 84.75% | 15.25% | 25.0% |
| 9 | Ejecución | +0.86 pp | 85.61% | 14.39% | 29.5% |
| 10 | Ejecución | +0.91 pp | 86.52% | 13.48% | 34.3% |
| 11 | Ejecución | +0.94 pp | 87.45% | 12.55% | 39.2% |
| 12 | Ejecución | +0.95 pp | 88.40% | 11.60% | 44.2% |
| 13 | Ejecución | +0.95 pp | 89.36% | 10.64% | 49.2% |
| 14 | Ejecución | +0.94 pp | 90.29% | 9.71% | 54.2% |
| 15 | Ejecución | +0.91 pp | 91.20% | 8.80% | 58.9% |
| 16 | Ejecución | +0.86 pp | 92.06% | 7.94% | 63.5% |
| 17 | Ejecución | +0.81 pp | 92.87% | 7.13% | 67.8% |
| 18 | Ejecución | +0.75 pp | 93.63% | 6.37% | 71.7% |
| 19 | Ejecución | +0.69 pp | 94.32% | 5.68% | 75.4% |
| 20 | Ejecución | +0.62 pp | 94.94% | 5.06% | 78.6% |
| 21 | Estabilización | +0.56 pp | 95.50% | 4.50% | 81.6% |
La tabla se extiende hasta el primer mes entero posterior a la meta seleccionada. Puede utilizarse como baseline para comparar plan vs. avance real.
Las fases se definen sobre la brecha corregible (L − H0), no sobre el porcentaje absoluto de vigencia. Los umbrales 20% y 80% son referencias operativas ilustrativas, no estándares regulatorios.
Modelo determinístico de planeación. “Vigencia tecnológica” debe provenir de una metodología institucional consistente —idealmente ponderada por criticidad, soporte, riesgo, costo y dependencia—. La Curva S representa una trayectoria posible, no un forecast.
DISCIPLINA DE EVIDENCIA
El número más difícil no es el costo de modernizar. Es el costo de mantener.
La inversión de modernización suele ser visible porque aparece en un presupuesto de proyecto. El arrastre legacy está distribuido entre contratos de soporte, equipos de incidentes, excepciones de arquitectura, releases más lentos, trabajo de control, capacidades escasas e iniciativas de negocio que tardan más de lo que deberían.
Esa asimetría sesga la decisión hacia la inacción: el costo de cambiar aparece como un único número visible, mientras el costo de permanecer está fragmentado entre múltiples presupuestos y períodos.
Una agenda creíble de obsolescencia necesita evidencia. Cada estimación material debe poder rastrearse a costos operativos, incidentes, esfuerzo de delivery, estado de soporte, datos de dependencias o una restricción de negocio documentada.
Si el costo de mantener no se mide, “no hacer nada” casi siempre parecerá más barato de lo que realmente es.
CONTEXTO DE INVESTIGACIÓN
La evidencia externa debe informar la decisión — no sustituir la economía de la institución
NIST SP 800-171 Rev. 3 — Unsupported System Components ↗
Exige reemplazar componentes sin soporte o documentar mitigación / soporte alternativo cuando el reemplazo no es viable.
U.S. GAO — Critical Decades-Old Legacy Systems ↗
Revisión de 2025 que conecta sistemas legacy con costo operativo, lenguajes desactualizados, componentes sin soporte y vulnerabilidades conocidas.
U.S. GAO — Technology Modernization Fund ↗
Revisión de 2026 que muestra que los ahorros de modernización pueden ser materiales pero suelen llegar después de la inversión inicial, reforzando la necesidad de medir beneficios explícitamente.
TESIS
La obsolescencia es un portafolio de decisiones económicas
El objetivo no es eliminar tecnología antigua. Es evitar que la tecnología consuma silenciosamente capital, capacidad operativa y opcionalidad estratégica. Algunos activos deben permanecer. Otros deben contenerse. Otros deben modernizarse, reemplazarse o retirarse. La disciplina consiste en saber por qué — y hacer visible la economía antes de que la inercia tome la decisión.