De un programa puntual a una capacidad continua: el nuevo modelo para la modernización bancaria

Los programas de modernización de la banca central suelen exceder sus plazos previstos. Después de años de plazos incumplidos, la creciente deuda técnica y las iniciativas de transformación con resultados desiguales, las organizaciones a menudo han tratado cada nuevo programa principalmente como un problema de ejecución. Su respuesta ha sido más gobernanza, un alcance más estricto y una gestión de proyectos más sólida.

Pero la evidencia sugiere que el obstáculo no es la ejecución. El problema es la premisa.

La deuda técnica ya no es simplemente un costo de TI para gestionar. Puede convertirse en una restricción directa a la capacidad de un banco para escalar la IA y convertir esas inversiones en valor de negocio.

El problema más profundo no es cómo los bancos están ejecutando sus programas de modernización. Es cómo los están diseñando. Un programa tiene un comienzo, un caso de negocio y una fecha de finalización. Cuando cierra, el equipo se disuelve, el patrimonio de tecnología comienza a acumular nuevas deudas y, unos años después, el ciclo se reinicia.

Para las instituciones que liderarán la próxima década, ese ciclo debe terminar. La modernización debe convertirse en una capacidad operativa permanente que esté dotada de personal y gobernada de forma continua, que sea tan fundamental para el negocio como la gestión de riesgos o la elaboración de informes regulatorios.

Los bancos que desarrollen esa capacidad más rápido definirán la próxima generación de la banca. Es probable que los que aún planean su próximo programa descubran que el momento ya pasó.

La brecha entre dónde se encuentran la mayoría de los bancos y hacia dónde se dirigen las instituciones líderes se reduce a cuál de los dos modelos operativos rige la modernización.

•    El modelo del programa sigue siendo el predeterminado en la mayoría de los bancos: la mayoría de los bancos ejecutan la modernización como una serie de iniciativas grandes y limitadas. Un programa se lanza con un alcance definido y un caso de negocio, se realiza la migración y luego el equipo se disuelve. El conocimiento institucional se va con el programa. El patrimonio tecnológico comienza a acumular deudas casi de inmediato y el ciclo vuelve a empezar unos años después.
•    El modelo de capacidades es hacia donde se están moviendo las instituciones líderes: los bancos que avanzan han reemplazado ese ciclo con un modelo que no tiene una fecha de finalización. La inteligencia continua de la cartera les brinda una visión en vivo de dónde se está acumulando la deuda y dónde se están abriendo brechas de preparación para la IA. Las oleadas de modernización gobernadas entregan resultados en secuencia, cada uno de los cuales se basan en el anterior. Un modelo de fábrica repetible significa que los patrones de entrega se reutilizan en lugar de reinventarse cada vez. El resultado es una modernización que se acumula, no un programa que se cierra.

La distinción es importante porque el modelo del programa fue diseñado para una tasa de cambio que ya no se aplica. La IA está comprimiendo la vida útil de la arquitectura empresarial. Un programa que tarda tres años en entregarse no puede seguir el ritmo de un escenario tecnológico que cambia en tres meses. El modelo de capacidades está diseñado para la modernización continua porque las condiciones que impulsan el cambio continúan evolucionando.

Tres presiones han convergido para hacer que el antiguo modelo de programa no solo sea ineficiente sino cada vez más insostenible. La primera presión es el imperativo de la IA. Investigaciones recientes del IBM Institute for Business Value (IBV) sobre banca y mercados financieros mostraron que solo el 8 % de los bancos tenían un enfoque estratégico para la IA generativa. Mientras tanto, el 78 % de los bancos actuaron tácticamente u operaron en silos.

Más del 60 % de los directores ejecutivos bancarios afirman que deben asumir riesgos significativos para aprovechar la automatización y mantenerse competitivos.

Los patrimonios de aplicaciones heredadas aumentan significativamente el costo, la complejidad y el tiempo necesarios para cerrar esa brecha. El desafío va más allá de la infraestructura tecnológica y se extiende a los modelos operativos que rigen cómo se realiza el trabajo.

La segunda presión es la del costo de reinversión. En los principales mercados bancarios, la deuda técnica se ha convertido en una de las limitaciones más importantes para la capacidad de invertir y moverse rápidamente, y su impacto va más allá del costo de la tecnología. La deuda técnica está limitando la velocidad de entrega requerida para convertir la inversión en IA en valor de negocio. Las proporciones de los costos con respecto a los ingresos siguen siendo elevadas. Mientras tanto, el costo de mantener sistemas antiguos aumenta cada año mientras que la capacidad de financiar el crecimiento y la innovación se reduce.

La tercera presión es el desplazamiento competitivo. Una proporción creciente de clientes en todo el mundo elige ahora los bancos totalmente sin sucursales como su principal relación bancaria. Los competidores que impulsan este cambio fueron diseñados desde el primer día para la velocidad, la modularidad y la entrega continua.

Competir con ellos en una plataforma que tarda meses en cambiar es una desventaja del modelo de negocio. La distancia entre los bancos tradicionales y los competidores nativos digitales crece con cada ciclo de lanzamiento que estos últimos llevan a cabo y con cada ciclo de lanzamiento que un banco tradicional pospone.

Dos cambios tecnológicos adicionales hacen que la necesidad de modernización continua sea aún más inmediata. La IA generativa y agéntica está pasando rápidamente de la experimentación a un despliegue escalado, mientras que la tokenización de activos y dinero está surgiendo como un cambio a corto plazo en la forma en que se diseñan los productos financieros y las transacciones. Ambas tendencias dependen de la misma base subyacente: una arquitectura modular, habilitada para API e interoperable que puede evolucionar sin esperar otro ciclo de transformación de varios años.

Según el informe del IBV de 2026 sobre banca y mercados financieros, el 94 % de los programas de modernización de banca central superan sus plazos. La respuesta estándar a esa estadística es afinar la metodología: mejor planificación, control de alcance más estricto, gobernanza más clara. Esas cosas importan. Pero no tratan el problema estructural subyacente: un programa es un constructo organizativo temporal y los constructos temporales producen resultados temporales.

Durante décadas, los bancos se modernizaron en oleadas. Una renovación de la plataforma central cada diez o quince años, seguida de un largo periodo de relativa estabilidad, era un ritmo operativo viable. La arquitectura tuvo tiempo de estabilizarse antes de que llegara el siguiente ciclo de cambio. Ese ritmo se desmoronó.

La IA está comprimiendo la vida útil de la arquitectura empresarial. Los sistemas que eran aptos para su propósito hace tres años ya pueden estar desalineados con la inteligencia que necesita para funcionar sobre ellos. La cadencia del cambio ya no es compatible con un programa que tarda tres años en entregarse.

La brecha de rentabilidad se está ampliando. Los bancos que operan en arquitecturas modernas y modulares están generando mayores rendimientos sobre el capital que aquellos que aún tienen entornos heredados monolíticos. Como resultado, el caso de la modernización ya no se trata solo de reducir la deuda técnica. Se trata de crear la economía para competir.

Los programas de modernización diseñados en torno a las migraciones de plataforma en lugar de los resultados empresariales tienden a estancarse en la capa de gobernanza. Cuando la narrativa del valor es difícil de articular con la función de riesgo, los presupuestos se reasignan y el impulso se derrumba. Cuando la modernización se realiza como un proyecto temporal, la capacidad institucional para modernizar continuamente no se desarrolla por completo. El resultado es un patrimonio tecnológico ligeramente mejorado que comienza a acumular nueva deuda casi antes de que cierre el programa.

Ningún banco trataría la resiliencia cibernética, la gestión de liquidez o los informes regulatorios como un proyecto con una fecha de finalización. Estas capacidades son disciplinas operativas continuas que cuentan con personal y gobernanza permanentes, se miden continuamente con indicadores clave de rendimiento (KPI) y nunca se consideran completas. El principio es sencillo: los riesgos que gestionan no se detienen, por lo que la capacidad para gestionarlos tampoco.

La modernización ahora pertenece a la misma categoría. La diferencia es que la modernización debe ahora servir tanto como base para la IA como una capacidad cada vez más acelerada por la propia IA. Las fuerzas que impulsan la necesidad de modernizarse (presión competitiva, evolución regulatoria, avance de la IA, expectativas de los clientes) no van a detenerse.

La arquitectura de un banco debe evolucionar al mismo ritmo que la inteligencia y el modelo de negocio que operan sobre ella. Esa realidad es una condición permanente y exige una respuesta permanente.

Esa respuesta representa un cambio organizacional significativo con respecto a la práctica actual. La modernización necesita su propia partida presupuestaria. En lugar de pedir prestado de programas de transformación o ciclos de gasto de capital, requiere una inversión operativa permanente. También necesita su propio ritmo de gobernanza, alineado con las frecuencias de informes regulatorios en lugar de los hitos del proyecto.

Por último, necesita inteligencia de cartera continua: una visión continua del estado de las aplicaciones, la deuda técnica, los candidatos a la modernización y la preparación para las cargas de trabajo de IA. Una evaluación puntual realizada al comienzo de cada programa y luego archivada no es suficiente.

Las instituciones que avanzan están empezando a industrializar la modernización misma: patrones de entrega repetibles, vías de modernización establecidas y frecuencias de gobernanza que hacen visible y auditable el progreso continuo. La analogía es menos un evento de transformación que una línea de fabricación, una que opera continuamente porque el trabajo no se detiene.

Los patrones de comportamiento que surgen entre los bancos que hacen este cambio comparten un hilo conductor: no están diseñando para un solo resultado. Están creando un proceso repetible.

En lugar de lanzar programas de transformación plurianuales, están desglosando la modernización en oleadas gobernadas y medibles. Cada fase tiene definidos los resultados empresariales, los controles de riesgo y un camino claro hacia la siguiente fase. Este enfoque produce valor continuamente en lugar de diferirlo a un endpoint del programa que sigue en movimiento.

Esas oleadas suelen abarcar cinco dimensiones: racionalización de la cartera de aplicaciones, migración acelerada a la nube, modernización de la arquitectura, modernización basada en datos y modernización de procesos de negocio. Juntos, crean un pipeline de modernización repetible en lugar de una secuencia de proyectos desconectados.

Los bancos líderes tratan sus carteras de aplicaciones como activos vivos, no como inventarios estáticos. La inteligencia continua de la cartera, incluida la visibilidad de qué aplicaciones son candidatas a la modernización, cuáles tienen exposición regulatoria y cuáles son cuellos de botella para el despliegue de IA, se convierte en una función organizativa permanente en lugar de una evaluación única.

Además, están alineando la gobernanza de la modernización con los ciclos regulatorios y de auditoría, en lugar de con los plazos de los proyectos de TI. Este cambio no es cosmético. Significa que las decisiones y resultados de modernización son rastreables, reportables y defendibles a la función de riesgo. Esa trazabilidad es la diferencia entre los programas que sobreviven a la gobernanza y los que no.

IBM ha trabajado con clientes bancarios de todo el mundo en la modernización de aplicaciones, en banca central, pagos, canales digitales e infraestructura preparada para la IA. Esa amplia experiencia es la base de un enfoque diseñado para el modelo de capacidad permanente: entrega en fábrica que escala, inteligencia de cartera asistida por IA y arquitectura basada en los estándares de la industria bancaria.

Ese modelo se basa cada vez más en los activos. IBM® Consulting Advantage admite el descubrimiento de patrimonios y la evaluación de la preparación para la IA a través de herramientas como Txture, que proporciona la inteligencia de cartera continua que requiere el modelo de capacidad. watsonx Code Assistant lo complementa aplicando la IA directamente al análisis de código, la refactorización y la corrección a escala. El objetivo es reemplazar las evaluaciones manuales puntuales con inteligencia reutilizable que se acumula a través de las oleadas de modernización en lugar de reiniciarse con cada programa.

Ese enfoque está diseñado para ofrecer valor en cada oleada en lugar de diferirlo hasta un endpoint del programa.

Si su organización está trabajando en lo que requiere el cambio de la modernización episódica a la capacidad de modernización continua, en términos de inversión, gobernanza, arquitectura y modelo operativo, podemos ayudarle. Ayudar a las organizaciones a sortear esa transición es exactamente para lo que estamos creados.

El punto de partida no tiene que ser otro programa plurianual. Puede ser una progresión de tres pasos: establecer una línea de base para la cartera de aplicaciones y su riesgo, ejecutar una oleada piloto de fábrica enfocada contra resultados medibles y luego escalar el modelo con una gobernanza alineada con los ciclos de auditoría y elaboración de informes.