Hay una conversación que se repite en casi todos los comités de dirección de la región: el sistema que sostiene la operación lleva años funcionando, nadie quiere tocarlo y, al mismo tiempo, ya nadie sabe del todo cómo está hecho por dentro. Es el corazón del negocio y, paradójicamente, también el mayor freno para crecer. Modernizarlo suena a riesgo, a meses sin facturar, a un proyecto que puede salir mal. Pero seguir como están también es una decisión, y suele ser la más cara de todas. La buena noticia es que en 2022 ya no hace falta elegir entre quedarse quieto o apagar todo y reconstruir desde cero.
En corto: Los sistemas legados frenan porque encarecen cada cambio y concentran el conocimiento en pocas personas. La modernización no tiene que ser un apagón total: encapsular, reemplazar por fases y aplicar el patrón strangler permiten avanzar con la operación encendida. La arquitectura empresarial es lo que mantiene ese viaje con bajo riesgo y dirección clara.
Un sistema legado no es simplemente un software viejo. Es un activo que dejó de evolucionar al ritmo del negocio y que, con el tiempo, acumuló decisiones que hoy nadie documentó ni recuerda. El problema rara vez es la antigüedad en sí; es el costo creciente de convivir con él.
El costo no aparece en una sola factura. Se reparte en oportunidades que no se persiguen, en clientes que esperan y en talento que se frustra. Por eso modernizar es, ante todo, una decisión de negocio antes que técnica.
El primer instinto suele ser el más peligroso: tirar todo y construir un sistema nuevo. Suena limpio, pero concentra todo el riesgo en un único evento de salida en vivo. Mientras se construye el reemplazo, el negocio sigue cambiando, y el proyecto persigue un blanco móvil durante meses o años. Muchos de estos esfuerzos se quedan sin presupuesto antes de llegar a producción.
La alternativa madura es entender la modernización como un recorrido por etapas, donde cada paso entrega valor y reduce riesgo, en lugar de un salto único al vacío. Para eso existen estrategias probadas que se pueden combinar según el caso.
Consiste en envolver el sistema legado con una capa de interfaces modernas, típicamente APIs, sin tocar su interior. El núcleo sigue funcionando como siempre, pero hacia afuera expone servicios limpios y documentados. Es la jugada más rápida cuando el sistema todavía hace bien su trabajo y lo que urge es conectarlo con canales digitales o nuevas aplicaciones. No moderniza el corazón, pero le devuelve flexibilidad al negocio mientras se planifica algo más profundo.
En lugar de sustituir todo el sistema de una vez, se identifican módulos o capacidades que pueden migrarse de forma independiente. Primero, quizá, el módulo de facturación; después, la gestión de clientes; luego, los reportes. Cada fase es un proyecto acotado, con su propia salida en vivo y su punto de retorno controlado. Si una fase falla, el daño está contenido y el resto del sistema sigue en pie.
El nombre viene de la planta estranguladora que crece alrededor de un árbol hasta reemplazarlo por completo. La idea es construir las nuevas capacidades alrededor del sistema viejo e ir desviando el tráfico hacia ellas poco a poco. Una funcionalidad a la vez sale del legado y entra en lo nuevo, hasta que el sistema original queda vacío y se puede retirar sin sobresaltos. Es la estrategia preferida cuando se necesita modernizar profundamente pero la operación no admite interrupciones.
Estas tres estrategias no son excluyentes. Un mismo programa de modernización puede encapsular hoy para ganar aire, reemplazar por fases los módulos críticos y aplicar el patrón strangler sobre el núcleo transaccional. La pregunta correcta no es cuál elegir, sino en qué orden y con qué criterio.
Aquí es donde muchos proyectos se tropiezan. Modernizar módulo por módulo sin una visión de conjunto produce un resultado tan enredado como el punto de partida: islas nuevas que no conversan entre sí. La arquitectura empresarial es la disciplina que evita eso. Ofrece el mapa que conecta los procesos del negocio con las aplicaciones, los datos y la infraestructura que los soportan.
Con ese mapa, las decisiones de modernización dejan de ser apuestas. Se puede ver qué módulo es seguro intervenir primero, qué dependencias hay que respetar y dónde están los datos que no pueden perderse. La arquitectura empresarial responde preguntas que de otro modo se descubren tarde y caro:
Sin esta visión, la modernización se convierte en una suma de proyectos técnicos sin rumbo. Con ella, se convierte en una transformación dirigida, donde cada inversión empuja al negocio hacia donde quiere ir.
Saber que existen estrategias no basta; hay que decidir cuál aplicar, dónde y en qué secuencia. Ese ordenamiento es la función de un plan estratégico de TI (PETI). Traduce los objetivos de negocio en una hoja de ruta de iniciativas tecnológicas priorizadas, con horizontes de tiempo y dependencias claras.
Un buen plan responde lo que el comité de dirección necesita oír: qué se hace primero, qué valor entrega, cuánto compromete y cómo se mide el avance. Convierte la modernización de un acto de fe en un programa gobernable, donde cada trimestre muestra progreso tangible y donde la operación nunca queda rehén de un único gran lanzamiento.
No toda organización necesita modernizar su core hoy. Pero hay señales que conviene no ignorar:
Si varias de estas señales le resultan familiares, la conversación ya no es si modernizar, sino cómo hacerlo sin detener lo que funciona.
¿Modernizar el core obliga a detener la operación?
No. Justamente las estrategias por fases y el patrón strangler existen para mantener la operación encendida. El sistema legado sigue trabajando mientras lo nuevo se construye a su alrededor y absorbe sus funciones gradualmente.
¿Cuánto tiempo toma una modernización así?
Depende del tamaño y la complejidad del sistema, y por eso no conviene comprometer una cifra a ciegas. Lo importante es que un enfoque por fases entrega valor desde las primeras etapas, en lugar de pedir paciencia hasta un único final lejano.
¿Por dónde se empieza si no tenemos el sistema documentado?
Por levantar el mapa. Un ejercicio de arquitectura empresarial reconstruye la relación entre procesos, aplicaciones y datos, incluso cuando la documentación se perdió. Ese mapa es el insumo para decidir con seguridad qué tocar primero.
¿Encapsular es suficiente o es solo un parche?
Depende del objetivo. Encapsular resuelve muy bien la necesidad de integrar y ganar flexibilidad rápido. Si el núcleo aún cumple su función, puede ser la respuesta por un buen tiempo. Si el problema es el corazón mismo del sistema, encapsular compra aire para planear un reemplazo ordenado.
Modernizar el core no empieza con una decisión técnica, sino con claridad: entender qué sostiene hoy la operación, dónde están los frenos y qué orden de cambios protege al negocio mientras avanza. Ese diagnóstico, apoyado en una arquitectura empresarial sólida y un plan que priorice con criterio, transforma un proyecto que da vértigo en un recorrido gobernable.
En SUMāTO acompañamos a organizaciones de la región a recorrer ese camino con bajo riesgo y resultados visibles en cada etapa. Si su sistema legado se siente cada vez más como un techo y menos como una herramienta, conversemos. Escríbanos aquí y demos juntos el primer paso.