El sistema que nadie quiere tocar
Muchas empresas con más de cinco años tienen uno: el programa hecho a la medida hace tiempo, que "funciona de milagro". En este caso era el sistema de la operación logística, construido hace 8 años. Nadie había escrito cómo funcionaba, las claves de acceso estaban mezcladas dentro del programa y cada actualización se hacía copiando archivos a mano al servidor y esperando que nada se rompiera.
El equipo le tenía miedo. Cada cambio pequeño era un riesgo grande, y si el sistema se caía, la operación del día se detenía.
La decisión fue hacerlo confiable sin rehacerlo. Así se hizo. Los detalles del caso están ajustados por confidencialidad.
Por qué no rehacerlo desde cero
Rehacer el sistema completo suena a la solución limpia. En la práctica, suele salir mal:
- El sistema viejo resuelve cientos de casos especiales que nadie dejó escritos.
- Rehacerlo toma, casi siempre, el doble de lo calculado.
- Mientras tanto, el negocio sigue dependiendo del sistema viejo.
- Pasar los datos del sistema viejo al nuevo es lo más difícil de todo.
La alternativa fue dejar el programa como estaba y cambiar cómo se instala, se actualiza y se vigila. Mismo sistema, mismo funcionamiento para los usuarios, pero ahora en un entorno ordenado, con actualizaciones automáticas y la posibilidad de volver atrás en dos minutos.
Paso 1: entender todo antes de tocar nada (1 semana)
Antes de cambiar algo, había que saber exactamente qué existía:
- Qué versión de los programas de base necesitaba el sistema para funcionar.
- Con qué otros servicios hablaba: base de datos, envío de correos, programas de terceros.
- Dónde estaban guardadas las claves de acceso. Siempre aparecen en más lugares de los que el equipo recuerda.
- Qué tareas automáticas corrían de noche o cada cierto tiempo. Las olvidadas son la fuente más común de sorpresas.
Al terminar la semana había un inventario completo. Lo que no queda en ese inventario aparece como problema el día del cambio.
Paso 2: copiar el entorno exacto, sin "mejorar" nada (3 a 5 días)
El objetivo era que el sistema funcionara en un entorno nuevo y ordenado exactamente igual que en el servidor viejo. Si algo funcionaba raro pero funcionaba, tenía que seguir funcionando igual.
El único cambio fue sacar las claves de acceso del programa y guardarlas aparte, en un lugar protegido. Ese cambio también permite tener una copia de pruebas separada de la que usa la operación real.
Antes de seguir, el equipo comprobó que el sistema hacía lo mismo que antes, pantalla por pantalla. Este paso no se puede saltar.
Paso 3: actualizaciones sin miedo (2 a 3 días)
Antes, publicar un cambio tomaba entre 20 y 40 minutos de trabajo manual, con riesgo de olvidar un archivo. Ahora se hace solo, en menos de 4 minutos, cuando alguien aprueba el cambio.
Lo más importante: si un cambio sale mal, volver a la versión anterior toma dos minutos, no dos horas tratando de recordar qué se tocó.
Paso 4: enterarse antes que los usuarios (1 día)
Por último, se agregó vigilancia: una revisión automática que comprueba cada pocos minutos que el sistema y su base de datos responden, y una alerta que avisa al equipo si algo falla.
Así se acaba la situación más común con sistemas viejos: enterarse de que el sistema se cayó porque alguien llamó a preguntar por qué no podía entrar.
Seis meses después
El sistema es el mismo de siempre. Pero ahora:
- Las actualizaciones se publican solas en 4 minutos, sin miedo.
- No ha habido ninguna caída por una actualización mal hecha.
- El equipo hace cambios con confianza porque puede volver atrás en 2 minutos.
- Las alertas avisan antes de que un usuario note el problema.
- El sistema estuvo disponible el 99,97% del tiempo en el primer trimestre, unos 40 minutos sin servicio en tres meses.
La siguiente etapa es separar poco a poco las partes más independientes del sistema, sin apuro. Mientras tanto, la operación funciona sin sobresaltos.
Tres lecciones para cualquier empresa con un sistema viejo
No cambies lo que no hace falta cambiar. El objetivo era que el sistema fuera confiable, no rehacer el negocio. Todo cambio que no era necesario se dejó para después.
Entender primero es lo que más ahorra. Las sorpresas del día del cambio siempre vienen de algo que nadie revisó al principio.
Saber cómo volver atrás es tan importante como avanzar. Si no está claro cómo deshacer un cambio, no estás listo para hacerlo.
¿Tu empresa tiene un sistema así?
Algunas señales de que vale la pena revisarlo:
- Solo una persona sabe cómo actualizarlo, y si se va, nadie más puede.
- Cada actualización se hace fuera de horario "por si acaso".
- Te enteras de las caídas porque los usuarios llaman.
- Te dijeron que la única salida es rehacerlo todo, y el presupuesto te asusta.
Casi siempre hay un camino intermedio: hacerlo confiable primero y, sobre esa base, sumarle automatización.
