Migración agéntica: dónde la IA realmente ayuda y dónde la experiencia marca la diferencia

800 aplicaciones. Nadie en la empresa sabe decir con certeza cuáles deberían migrarse, cuáles modernizarse y cuáles simplemente apagarse. ¿Suena a caso excepcional? No lo es.

La nube hace tiempo que forma parte de la mentalidad de los responsables de la toma de decisiones y está firmemente arraigada en su forma de pensar. Lo que suele faltar no es la voluntad, sino la visión de conjunto. Las cifras actuales del mercado muestran además que el foco se desplaza cada vez más hacia la implementación real y no solo hacia la estrategia: según el Flexera 2025 State of the Cloud Report, la métrica «número de cargas de trabajo migradas», utilizada como medida de éxito de los objetivos de nube, ha pasado del 36 % al 78 % interanual. Por tanto, cada vez se juzga más a las empresas por si realmente están migrando, y no solo por si existe una estrategia. Llevamos años acompañando este tipo de proyectos con nuestro método App2Cloud y, en los últimos meses, hemos empezado a desplegar agentes de IA de forma específica en determinadas fases de este proceso. Es hora de hacer un análisis honesto de dónde esto marca realmente la diferencia y dónde la experiencia y una gestión del cambio eficaz siguen siendo decisivas.

El marco App2Cloud de un vistazo

App2Cloud no es un taller aislado, sino un proceso que guía tres líneas de trabajo en paralelo a lo largo de varias fases:

• Estrategia: de la visión al concepto y la hoja de ruta, hasta el modelo operativo para la habilitación de la nube y la excelencia operativa.
• Entorno: desde el descubrimiento del entorno existente, pasando por el diseño de la base y la landing zone, hasta la gestión continua de la nube.
• Aplicaciones: desde la evaluación de cada aplicación, pasando por la migración y la modernización, hasta la optimización de las aplicaciones en producción.

Dos temas transversales atraviesan las tres líneas de trabajo y, según nuestra experiencia, determinan el éxito o el fracaso: la gestión de proyectos y la gestión del cambio. Una garantiza que el proyecto se cumpla en plazo. La otra, que al final haya alguien dispuesto y capaz de operar el resultado. Quien planifica solo lo primero acaba con un proyecto técnicamente impecable que fracasa en producción.

El reto: hacer inventario como trabajo a tiempo completo

Antes de poder migrar una sola aplicación, hay que responder a una pregunta poco glamurosa pero decisiva: ¿qué tenemos realmente? En la práctica, esto significa semanas o meses de entrevistas con las áreas de negocio, mantenimiento de hojas de cálculo y un minucioso trabajo de detective para descubrir dependencias que nadie ha documentado. Las cifras actuales del mercado lo confirman: según el Flexera 2025 State of the Cloud Report, para el 59 % de las empresas europeas entender las dependencias entre aplicaciones es el mayor obstáculo, incluso por delante de evaluar la viabilidad técnica (52 %) y de comparar los costes entre soluciones on-premises y en la nube (41 %). Es precisamente esta falta de transparencia lo que aborda la fase de descubrimiento automatizado. No es de extrañar que muchos proyectos de migración se atasquen en esta etapa o que, bajo presión de tiempo, los equipos recurran a un simple enfoque de «lift-and-shift». El problema es que esto se limita a trasladar a la nube los problemas técnicos heredados en lugar de resolverlos.

Dónde entran realmente en juego los agentes

Conviene aclarar que la migración agéntica no sustituye este marco, sino que acelera de forma específica dos de sus fases.

En la fase de descubrimiento y evaluación, los agentes se encargan del trabajo de campo que antes llevaba semanas: escanean automáticamente el entorno mediante las API de la nube, normalizan los datos en bruto y ofrecen una primera evaluación 7R argumentada (retire, retain, rehost, replatform, refactor, repurchase, replace) para cada aplicación, con una puntuación de confianza. Es pura velocidad, no magia: lo que en nuestro enfoque tradicional se logra con conversaciones técnicas y aportaciones de expertos, el agente lo entrega como un primer borrador generado automáticamente, que, no obstante, sigue siendo revisado y aprobado por una persona.

En la fase de migración y modernización, los agentes ayudan a derivar el plan de oleadas, la arquitectura objetivo y los primeros marcos de infraestructura como código. De nuevo, se generan automáticamente, pero se comprueban de forma continua frente a las guardrails y los requisitos de cumplimiento normativo.

Lo que deliberadamente no hacen los agentes: la estrategia, el modelo operativo, la gestión de proyectos y, este es el punto clave que mejor hemos aprendido en proyectos reales, la gestión del cambio. No son problemas de datos que se resuelvan con una mejor automatización. Son cuestiones de liderazgo y de organización.

Lo que nos han enseñado los proyectos reales

Según nuestra experiencia, cuando un proyecto de migración a la nube fracasa, rara vez se debe a la tecnología. Una aplicación migrada correctamente desde el punto de vista técnico sigue suponiendo un riesgo si va a ser asumida por un equipo de operaciones que nunca ha trabajado con una infraestructura nativa de la nube. Una recomendación 7R técnicamente sólida pero que no se ha explicado a nadie en la unidad de negocio será boicoteada o retrasada por esa unidad durante la implementación, tanto si la ha elaborado una persona como un agente. Y es justo aquí donde está la verdadera palanca de la aceleración basada en agentes: si la evaluación inicial lleva solo unas semanas en lugar de tres meses, queda simplemente más tiempo en el plan del proyecto para la preparación operativa y la gestión del cambio, en lugar de tener que despachar ambas a toda prisa al final y bajo presión de tiempo. Más tiempo para el factor humano, sin renunciar al rigor: esa es la diferencia que los agentes de IA aportan realmente aquí.

Pongamos un ejemplo ficticio pero típico: una empresa industrial mediana con unas 300 aplicaciones repartidas entre AWS, Azure y su propia sala de servidores. El entorno se escanea en cuestión de horas; se identifica un servicio de facturación estable como candidato ideal para un rehosting rápido; un sistema CRM profundamente integrado con sistemas heredados se marca para refactorización; y el agente recomienda dar de baja una aplicación de informes que apenas se usa. Como esta evaluación ya no lleva meses, hay margen suficiente para definir con los equipos implicados el futuro modelo operativo, en lugar de presentárselo justo antes de la puesta en producción.

Por tanto, la migración agéntica no sustituye a App2Cloud, sino que acelera de forma específica las fases que antes más tiempo consumían. Quien crea que los agentes de IA harían superfluas la gestión del cambio y la preparación operativa, o bien nunca ha visto un proyecto de migración llegar hasta el final, o bien no recuerda bien el último.