Una vez iniciado un proceso de migración, las alternativas que existen para llevarlo a cabo son:

1. Big Bang: Todos los usuarios cambian del viejo sistema al nuevo el mismo día. En la práctica, esto significa programar el cambio en un fin de semana o fiesta nacional.
   La ventaja es que no se necesitan disposiciones de doble acceso y el personal no se va a encontrar yendo y viniendo de un sistema a otro. Entre las desventajas está el alto riesgo y la gran exigencia de recursos durante el cambio. Las migraciones “big bang” tendrán tantas variantes que controlar que casi siempre fallan. Y si lo hacen no parece probable que sea por un fallo del OSS sino de gestión.
   
2. Transición por fases en grupos: Se pasa a los usuarios del antiguo sistema al nuevo en grupos. Se pueden contener los riesgos y gestionar los recursos eligiendo grupos del tamaño adecuado.
   
3. Transición de usuario a usuario: Básicamente la misma opción de la transición en grupos, pero con un grupo compuesto por una sola persona. Ese método de “goteo” tiene escasos requisitos en cuanto a los recursos, pero no resulta eficaz ni apropiado para grandes Administraciones. Pero sí puede ser una buena manera de ejecutar los proyectos piloto.

Es probable que tanto los viejos como los nuevos sistemas tengan que funcionar “codo con codo” durante cierto tiempo. Es importante contar con una estrategia de transición que permita que ambos sistemas funcionen juntos, de manera que las actividades de producción se puedan continuar correctamente durante el período de transición. La sustitución de la máquina vieja puede llevar bastante tiempo (o no tener lugar), por lo que la coexistencia puede ser muy importante.