Migrar de software sin interrupciones: la renovación en paralelo, semana a semana

Una migración de software sin interrupciones no se juega un lunes a las seis de la mañana. Se juega durante varias semanas, con la herramienta antigua viva mientras la nueva se construye al lado y un período en que llevas ambas. El plan, semana a semana.

Una migración de software sin interrupciones se hace manteniendo en servicio la herramienta antigua mientras se construye la nueva al lado, y después cambiando una actividad cada vez. Cambiarlo todo de golpe un fin de semana es el escenario que rompe: nadie conoce lo bastante el sistema anterior para prever lo que faltará el lunes. El período por duplicado cuesta horas de entrada de datos y es el precio de seguir abierto.

La semana cero: escribir lo que hace el anterior

Antes de construir, alguien debe decir lo que hace la herramienta actual, incluido lo que hace mal. Un proceso de recuperación parte de lo existente: los agentes leen el software instalado y devuelven un diagnóstico en francés, pantallas, datos y procesos, con las zonas que no entendieron. Corriges ese documento y tus correcciones valen más que el propio documento porque contienen lo que no estaba escrito en ninguna parte. Describimos en otro artículo lo que cambia la IA al renovar un software de negocio envejecido; la diferencia está en esa lectura previa, no en la velocidad de escritura del código.

Las primeras semanas: construir al lado sin conectar nada

La herramienta nueva se construye en modo de solo lectura. Muestra tus datos reales copiados y no escribe nada en ningún sitio. Nadie la usa para trabajar. Tú la abres cada dos días y buscas el detalle que falta: la columna que la anterior mostraba en rojo, el campo que tu asistente siempre rellena al final o la regla que hace que un pedido del viernes salga el lunes. Cada detalle encontrado en ese punto cuesta una corrección; el mismo detalle encontrado después del cambio cuesta una jornada de actividad.

El período por duplicado: una actividad cada vez

Elige el proceso menos arriesgado y más frecuente: los presupuestos son un buen primer candidato, la facturación uno malo. Durante dos o tres semanas se hace en ambas herramientas, por la misma persona, y comparas los resultados cada viernes. En ese momento se deciden tres preguntas: quién introduce los datos dos veces, hasta qué fecha y quién decide si una diferencia entre las herramientas es un defecto de la nueva o una costumbre no escrita de la antigua. Cuando el proceso funciona sin diferencias, abandona definitivamente la herramienta antigua y pasas al siguiente. La facturación pasa al final porque deja rastros que tendrás que justificar.

Ese período tiene un costo que nadie quiere escribir en un presupuesto: entre dos y seis semanas durante las que una persona introduce datos dos veces. Calcularlo antes de empezar evita la decisión de desánimo a mitad del camino, cuando alguien propone dejar de duplicar la entrada esa semana y se pierde la comparación que justificaba el ejercicio. Prevé también quién responde a los clientes durante esas semanas, porque las dos herramientas darán números de presupuesto distintos y alguien tendrá que explicarlo por teléfono.

Los datos que acompañan el movimiento

Una recuperación se hace en dos tiempos: una copia completa para construir y verificar, y después una copia reciente la víspera de cada cambio, actividad por actividad. Los datos cerrados, historial de facturación y contratos terminados, siguen legibles en la herramienta antigua mientras la mantengas abierta, lo que evita retomarlo todo de golpe. La limpieza se hace antes de transformar, nunca después: migrar datos desde una hoja de cálculo sigue la misma regla y tiene la misma penalización cuando se olvida.

La vuelta atrás, decidida de antemano

Escribe antes del primer cambio qué te haría volver a la herramienta anterior: un plazo de procesamiento duplicado, una factura incorrecta o tres personas bloqueadas el mismo día. Mientras la herramienta antigua siga encendida, volver cuesta una mañana. En la nueva, cada hito validado deja una versión que puedes restaurar, código y documentos juntos, sin que nadie deba deshacer nada a mano. Esa red solo sirve si la decisión de usarla se tomó en frío, antes de estar cansado y atrasado.

El plan en una página

Enumera tus procesos del menos arriesgado al más comprometido, pon una fecha de cambio junto a cada uno y una fecha de fin de entrada duplicada. Nombra a la persona que decide sobre las diferencias. Conserva la herramienta antigua accesible en lectura tres meses después del último cambio y díselo a tu equipo para que nadie vuelva a trabajar en ella. Si esa página cabe en diez líneas, tu migración está definida; si ocupa cuarenta, divide más: reconstruir de golpe sigue siendo el camino más caro.