Puesta en marcha y adopción
Manual de cutover
El cambio real, minuto a minuto, con asignación de roles, ventana de congelación, comunicación y un botón explícito de roll-back. Un buen cutover es aburrido; ese es justamente el objetivo.
Actualizado el 18 may 2026
Go-live · 5.4
Por qué esto importa ahora
El cutover es el momento en que toda la preparación cuaja. Improvisar aquí cuesta días, no horas. Un buen manual parece excesivamente detallado, hasta que alguien a las 02:14 de la madrugada tiene que tomar una decisión bajo presión y el guion le indica exactamente qué hacer.
¿Qué entregas?
Manual
Guion paso a paso con horas, acciones, responsables y validaciones.
Asignación de roles y war room
Quién se sienta dónde, quién llama a quién, war room físico o virtual.
Criterios de roll-back
Qué situación dispara la reversión, quién decide, cómo se ejecuta.
Matriz de comunicación
Qué se comunica interna y externamente, cuándo y por qué canal.
Preguntas clave
- 1Cuándo: ¿fin de semana, periodo de vacaciones, viernes por la noche? ¿Cuál es la ventana más tranquila con menos impacto?
- 2Ventana de congelación: ¿desde qué momento no pueden hacerse cambios en los sistemas origen? ¿Cómo lo comunicas?
- 3Asignación de roles: cutover lead, tech lead, comunicación, validador de negocio, sponsor on-call. Un suplente por rol.
- 4Pasos: para cada acción, qué haces, cuánto tarda, quién la ejecuta, qué verificación valida el éxito.
- 5Puntos de decisión (gates): tras qué pasos puedes continuar y con qué criterios. ¿Quién firma?
- 6Procedimiento de roll-back: descrito de forma concreta, probado en ensayo. Qué acciones, cuánto tardan, cuál es el punto sin retorno.
- 7Comunicación: mensaje a usuarios previo, página de estado durante, mensaje «todo está en marcha» después. Por canal e idioma.
- 8Terceros: consultor de implantación de Gfacility, proveedor de IdP, hosting, posiblemente admin del tenant M365: quién está de guardia y en qué línea de escalado.
- 9Smoke tests justo después del go-live: qué 10-15 escenarios ejecutas para ganar confianza en que funciona.
- 10Seguridad: cuentas de servicio, claves de API, secretos OAuth: quién las custodia y cómo se almacenan de forma segura durante el fin de semana.
Plantilla — Manual (extracto)
| Hora | Paso | Responsable | Validación | ¿Roll-back? |
|---|---|---|---|---|
| Vie 18:00 | Comunicación «inicio de congelación» | PM | Email enviado, banner en intranet | N/A |
| Vie 19:00 | Sistema origen en solo lectura | Admin origen | Prueba manual de escritura falla | Restaurar lectura-escritura |
| Vie 19:30 | Exportación delta final | Tech lead | Conteos ≥ esperados | Reejecutar script |
| Vie 20:30 | Script de migración a producción | Tech lead | Logs limpios, conteo coincide | Restaurar snapshot |
| Vie 22:00 | Activar SSO + integraciones | IT-Identidad | Login con cuenta de prueba | Revertir configuración SSO |
| Vie 23:00 | Smoke tests (15 escenarios) | Validadores de negocio | 14/15 PASS | Decisión por escenario |
| Sáb 00:00 | Gate go/no-go 1 | Cutover lead | El sponsor firma | → Roll-back |
| Sáb 09:00 | Prueba in situ con champions | Champions | Registro de incidencias ≤ 5 P2 | — |
| Dom 18:00 | Comunicación «en marcha lun 8:00» | PM | Email + Teams + intranet | — |
| Lun 08:00 | Hypercare iniciado oficialmente | Hypercare lead | Hotline abierta | — |
| … | … | … | … | … |
Plantilla — Criterios de roll-back
Disparador 1 — Calidad de datos
Diferencia > 2% en totales entre origen y destino tras la migración. Decisión de roll-back en 30 min.
Disparador 2 — Fallo de SSO
> 5% de las cuentas de prueba no pueden iniciar sesión. Roll-back salvo workaround en 60 min.
Disparador 3 — Fallo de smoke tests
> 3 de 15 escenarios fallan. No se pasa ningún gate go/no-go. Análisis del problema + decisión.
Punto sin retorno
Sábado 12:00. A partir de esa hora el roll-back ya no es viable sin perder el trabajo del fin de semana. Decide antes de ese momento.