Frente a un patrimonio de aplicaciones acumulado, casi todos los equipos técnicos reaccionan con uno de dos instintos. Los dos son comprensibles. Los dos fallan.
El primer instinto es congelar. La lógica es sensata: si funciona, no lo toques. El costo de un cambio mal hecho en un sistema que sostiene la producción es alto y visible, así que se decide no mover nada que no esté roto. El problema es que congelar no es gratis. La operación sigue cambiando aunque el software no lo haga. Los datos que antes alcanzaban ya no alcanzan. El proveedor deja de dar soporte a una versión. La persona que entendía la planilla se jubila. Congelar no evita el riesgo, lo acumula. Un día el sistema que nadie tocó falla, y falla sin que quede nadie que sepa cómo estaba armado.
El segundo instinto es lo contrario: tirar todo y reemplazarlo por una única plataforma que prometa unificar el patrimonio entero. La promesa es limpia. Una sola herramienta, un solo proveedor, un solo lugar donde mirar. En la práctica, el reemplazo total choca contra tres realidades. La primera es que la plataforma genérica aplana lo que tenía valor: la lógica específica de un proceso de completación no convencional o de un flujo de datos de campo no entra bien en un molde pensado para todo el mundo. La segunda es que la migración tarda años, y durante esos años la operación tiene que vivir con dos sistemas en paralelo, que era exactamente el problema que se quería evitar. La tercera es que todo el personal tiene que reaprender a trabajar al mismo tiempo, y la operación no se detiene para que eso ocurra.
Los dos instintos comparten un error de fondo. Los dos tratan la modernización como un evento con final: se congela y se termina, o se reemplaza y se termina. La modernización de un ecosistema no tiene ese final. Si no es congelar ni tirar todo, entonces qué es. La próxima pieza cambia la imagen mental: modernizar es evolución con propósito.