Cambiar de proveedor tecnológico es uno de los procesos más subestimados en una empresa. Estos son los puntos que casi siempre generan problemas.
Llega un momento en muchas empresas en que la herramienta o el proveedor tecnológico que eligieron ya no da la talla. El sistema es lento, el soporte no responde, el precio ha subido o simplemente las necesidades han cambiado.
La decisión de migrar parece sencilla. La ejecución casi nunca lo es.
Por qué las migraciones son complicadas
El problema principal es que los sistemas acumulan dependencias con el tiempo: otros sistemas que consumen datos de ese, procesos manuales construidos alrededor de sus limitaciones, integraciones informales que nadie documentó.
Cuando llega el momento de migrar, esas dependencias aparecen una a una, generalmente en el peor momento posible.
Los errores más comunes
No hacer un inventario de dependencias antes de empezar. El primer paso en cualquier migración debería ser un mapa de todo lo que usa ese sistema: qué le envía datos, qué consume sus datos, qué procesos dependen de él.
Migrar sin periodo de coexistencia. Apagar el sistema antiguo el mismo día que se enciende el nuevo es el escenario de mayor riesgo. Un periodo en que ambos funcionan en paralelo permite validar que nada se ha roto.
No tener un plan de vuelta atrás. Si algo sale mal, ¿cómo se vuelve al estado anterior? Si no hay respuesta clara a esa pregunta, la migración no está lista para ejecutarse.
Subestimar la formación del equipo. Un sistema nuevo, por mucho mejor que sea, requiere que las personas que lo usan sepan cómo hacerlo. La curva de aprendizaje tiene un coste que casi siempre se ignora en la planificación.
Cuándo pedir ayuda externa
Tiene sentido involucrar a alguien externo cuando la migración afecta a sistemas críticos, cuando el equipo interno no tiene experiencia en ese tipo de proceso, o cuando el coste de una interrupción es alto.
Un par de semanas de planificación bien hecha puede evitar meses de problemas.
