20 años de código atrapado en tecnología de hace 40: así se está rompiendo esa cadena

Cómo la IA está resolviendo el mayor cuello de botella de la Administración Pública

Buena parte del software que sostiene servicios públicos críticos tiene 20 años de antigüedad. Está construido sobre tecnología de hace 40.

Natural/Adabas, COBOL, Oracle Forms, .NET legacy. Reglas de negocio embebidas en el código, sin documentación que las explique. Sistemas que nadie se atreve a tocar porque nadie recuerda del todo por qué hacen lo que hacen.

20 años de software, 40 de tecnología: la brecha que nadie quiere heredar

Este legacy no es un detalle técnico pendiente. Es una herencia que estrangula la transformación digital, en tres frentes:

• El coste. El talento que conoce estos sistemas se jubila. El mantenimiento sube. La integración con APIs modernas es casi inviable.

• El bloqueo. Los pliegos piden lo que el sistema no puede dar. Los proyectos se alargan años. El resultado: se aplaza, otra vez.

• El riesgo silencioso. Cada año sin modernizar es un año más de conocimiento que se pierde sin documentar.

Hasta ahora, la única alternativa era la fuerza bruta: proyectos de 3 a 5 años, equipos de cientos de personas, traducción literal de código. Con frecuencia, terminaba en abandono o presupuesto desbordado.

Lo que era inabordable, ahora se hace en 12 meses

Lo que ha cambiado no es la voluntad de modernizar —esa siempre existió—, sino la viabilidad real de hacerlo. La IA desplaza el enfoque: de traducir código a reconstruir la especificación funcional.

No es convertir línea a línea un programa COBOL a Java, arrastrando 20 años de parches. Es entender qué hace el sistema, para quién y por qué —y reconstruirlo con esa lógica en un framework moderno.

La pregunta ya no es si la IA puede migrar legacy. Es cómo escalarlo en producción.

No es una herramienta. Es una fábrica de modernización

Muchas iniciativas de IA se quedan en herramienta puntual, sin la disciplina de un proyecto industrializado. El método de Axpe se sostiene sobre tres pilares:

• Proyecto industrializado. Cinco fases con entregables formales por experto. No es software ad hoc.

• Exportable a cualquier Administración. Agnóstico al legacy de origen y al framework de destino.

• En producción, no en piloto. Caso real desde 2025 en el Gobierno de Cantabria: software entregado en backend y apps móviles, escrito con IA bajo supervisión humana.

Cinco fases. Cero saltos al vacío

• F0 · Assessment — Inventario del legacy y plan de dominios.

• F1 · Diseño y fábrica IA — Arquitectura objetivo y agentes piloto entrenados.

• F2 · Piloto productivo — Migración real de un dominio, con validación humana.

• F3 · Escalado por dominios — Migración progresiva, dominio a dominio.

• F4 · Operación continua — Apagado del legacy, plataforma nueva en producción.

Se arranca por lo acotado y verificable. Solo se escala cuando la fábrica ya está calibrada con datos y resultados reales.

Lo que aprendimos migrando sistemas reales

Cuatro lecciones no negociables, extraídas de la experiencia en Cantabria:

• Segmentación por acoplamiento. Se empieza por lo más desacoplado. Nóminas y contabilidad, al final, con la fábrica ya calibrada.

• Paridad funcional, no estructural. Éxito = misma entrada/salida que el sistema actual. No se replica el diseño interno, sino el comportamiento.

• Datos reales desde el inicio. Sin datos reales del cliente, no hay validación fiable.

• Experto humano en el centro. La IA escribe, el experto decide. Sin esa supervisión, el resultado es código sin criterio de negocio.

Menos riesgo, menos coste, más velocidad — con pruebas, no con promesas

Beneficios ya verificados en producción:

• Core legacy modernizado en 12 meses

• Paridad funcional probada

• Menor riesgo y menor coste

• Plataforma sostenible, evolucionable e integrable

• Independencia tecnológica y talento disponible