TIAA, una de las administradoras de fondos de retiro más grandes de Estados Unidos, reportó el 21 de agosto que más del 80% de sus cargas de trabajo operaban sobre plataformas fragmentadas y sin soporte formal. No era un problema de innovación: era un problema de riesgo operativo y de seguridad que, según describió su liderazgo de tecnología a CIO.com, tenía procesos "diseñados cuando Internet acababa de llegar". La respuesta no fue sustituir todo de golpe, sino un proyecto de modernización por fases que, en su segunda etapa, ya había reducido la deuda técnica casi a la mitad y acelerado 35% el lanzamiento de nuevos productos.

El dato interesante no es el tamaño de TIAA. Es la estrategia: modernizar de forma continua, atada a casos de uso reales del negocio, sin detener la operación para lograrlo. Esa es exactamente la tensión que enfrenta cualquier organización con aplicaciones críticas que ya funcionan, pero que nadie se atreve a tocar.

La aplicación funciona. Mantenerla funcionando cuesta cada vez más.

La aplicación que corre nómina, la que procesa pedidos, la que sostiene un trámite de gobierno: funciona, pero cada vez cuesta más mantenerla funcionando. El equipo interno pasa más tiempo apagando incidentes que evolucionando el producto. El backlog crece porque nadie prioriza entre corregir, mejorar y construir. Y cuando alguien pregunta quién es responsable de la aplicación completa —no solo del ticket de hoy—, la respuesta casi nunca es clara.

Ese síntoma no se resuelve con más gente atendiendo incidentes. Se resuelve decidiendo, a propósito, un modelo de operación: qué se opera, bajo qué SLA, quién prioriza el backlog, y cómo conviven el mantenimiento del día a día con la evolución de mediano plazo.

“¿Cuándo reemplazamos este sistema?”

“¿Quién tiene, hoy, la responsabilidad conjunta de operarlo y evolucionarlo?”