Cuando una organización decide intervenir su activo tecnológico, hay un miedo que aparece antes que cualquier otro. No siempre se verbaliza. A veces se disfraza de objeción técnica, de preocupación por los plazos, de argumento sobre el coste. Pero debajo de todo eso hay una pregunta que alguien está haciendo en silencio: ¿qué van a destruir?
Es un miedo legítimo. Y merece una respuesta honesta, no una tranquilización.
Sí: transformar implica demoler. Hay cosas que deben desaparecer. Negarlo sería condescendiente. El problema no es el miedo a la demolición. El problema es la demolición sin criterio.
Lo que ocurre cuando no hay mapa
Las organizaciones que transforman su tecnología sin diagnóstico previo no evitan la demolición. La hacen ciega. Arrasan con lo que estaba mal, sí, pero también con lo que funcionaba. Pierden conocimiento de dominio que llevó años incrustar en el sistema. Rompen dependencias que nadie había documentado. Y cuando el sistema nuevo está en marcha, descubren que hay comportamientos del sistema viejo que nadie supo explicar pero que el negocio necesitaba.
La transformación sin lectura previa no es más valiente que la transformación con criterio. Es más cara, más lenta y más destructiva. No porque la intención sea mala, sino porque actúa sobre una imagen del sistema que no es el sistema real.
Partir de cero no es una opción real
Hay una fantasía recurrente en los procesos de transformación tecnológica: la pizarra en blanco. Tirar todo y empezar desde cero, sin el peso de las decisiones anteriores, sin la deuda acumulada, sin las restricciones heredadas.
Es una fantasía porque ignora lo que un sistema en producción contiene además de código: años de conocimiento de dominio incrustado en su lógica, casos límite resueltos que nunca se documentaron, reglas de negocio que viven en el sistema porque nadie supo ponerlas en otro sitio. Un sistema nuevo el día uno no tiene nada de eso.
Partir de cero casi nunca es la decisión correcta. No por respeto sentimental al trabajo pasado, sino por economía técnica rigurosa. El criterio no es preservar lo viejo: es identificar qué de lo viejo tiene valor real y cómo se transfiere, se reutiliza o se reingenia en lo nuevo.
Demoler con criterio
Lo que Rugaro llama demoler con criterio es un proceso de discriminación rigurosa: componente a componente, dependencia a dependencia, se evalúa qué estado tiene cada parte del sistema y qué tratamiento merece.
Algunos componentes se preservan sin intervención porque funcionan y su coste de sustitución no está justificado. Otros se reingenieran: la lógica que contienen vale, pero el contenedor no. Otros se migran: el conocimiento se transfiere a un nuevo sistema con mejor arquitectura. Otros se retiran: han cumplido su función, acumulan más riesgo que valor, y su desaparición es un acto de gobierno, no de destrucción.
Y algunos se mantienen en convivencia con lo nuevo durante un período de transición, porque la sustitución abrupta destruiría más de lo que resuelve. Los sistemas híbridos, los roles de transición, la coexistencia temporal de lo viejo y lo nuevo no son síntomas de indecisión: son parte del acervo de quien sabe transformar sin demoler lo que todavía sirve.
El miedo tiene razón. La ceguera no.
El miedo a que una intervención externa destruya algo que vale es un miedo razonable. Está fundado en experiencias reales: consultoras que entraron con un modelo genérico, diagnósticos que no leyeron el sistema real, transformaciones que dejaron un rastro de conocimiento perdido y equipos desmoralizados.
Rugaro no entra a negar ese miedo. Entra a resolverlo de la única manera que tiene sentido: leyendo antes de intervenir, distinguiendo antes de recomendar, proponiendo una secuencia que preserve lo que vale mientras transforma lo que debe cambiar.
Transformar es demoler. Pero demoler con un mapa en la mano no es lo mismo que demoler a ciegas. La diferencia entre las dos es exactamente lo que el ASSAY produce.