Migrar un sistema heredado sin parar la planta

El sistema que mueve una operación suele ser el que nadie quiere tocar. Funciona, no está documentado y quien lo escribió se fue hace años. Mientras tanto el servidor donde corre está sin soporte y el riesgo se acumula en silencio.

El instinto es reescribirlo y cambiar todo un fin de semana. Ese plan falla de una forma muy concreta: el comportamiento no documentado aparece el lunes por la mañana, con la planta corriendo y sin camino de vuelta.

Lo que sí funciona empieza con pruebas escritas contra el sistema viejo antes de cambiar nada. No pruebas de lo que debería hacer, sino de lo que realmente hace, incluidas las partes que parecen errores. Algunos de esos errores cargan peso. Una peculiaridad de redondeo en el cálculo de inventario venía compensando en silencio una costumbre de captura en planta desde hacía seis años; corregirla en el sistema nuevo habría descuadrado todos los conteos.

Después ambos sistemas corren a la vez. Las escrituras nuevas van a los dos, y un proceso nocturno los concilia y reporta cada diferencia. La primera semana produce una lista larga. La lista se acorta. Cuando llega a cero y se mantiene ahí dos semanas, el corte es una decisión de negocio y no un riesgo técnico, y puede hacerse en un turno normal de trabajo.

La última migración que hicimos así cortó a las 11 de la mañana de un martes. La planta se enteró cuando se lo dijimos.