Puesta en marcha y adopción
Go-live y adopción
Del plano a producción, con un enfoque por fases que minimiza riesgo y maximiza adopción. Migración de datos, piloto, formación, cutover e hypercare como un único runbook acordado.
Actualizado el 18 may 2026
Capítulo 5 — Go-live y adopción
La configuración está técnicamente cerrada. Ahora Gfacility debe superar algo bastante más imprevisible: las personas. Una configuración impecable y una adopción fallida se parecen a los tres meses: un sistema vacío y unas expectativas incumplidas. Este capítulo se asegura de que se haga la verdadera diferencia.
El go-live no es un botón. Es un periodo: semanas antes del cambio (migración de datos, piloto, formación), el cambio en sí (cutover) y las primeras semanas después (hypercare). Cada una de esas fases tiene sus riesgos y sus criterios de éxito. Este capítulo te da el runbook.
¿Qué entregas?
Plan de migración con limpieza de datos
Qué datos migran, qué se limpia y qué va al archivo.
Resultados del piloto y informe go/no-go
Qué funcionó, qué se rompió y qué decisiones bloquean un uso más amplio.
Plan de formación y enfoque de cambio
Una ruta de aprendizaje por audiencia, con asistencia y requisitos de certificación.
Runbook de cutover
Guion minuto a minuto del cambio, con asignación de roles y botón de rollback.
Plan de hypercare
Qué soporte durante las primeras 4-6 semanas tras el go-live, con ruta de escalado.
Evidencias para cierre
Cifras de adopción, mediciones de SLA y lecciones aprendidas para el traspaso.
Las cinco fases
5.1 Migración y limpieza de datos
Qué historial se trae, qué se descarta y qué se archiva, y cómo validas que todo es correcto.
5.2 Piloto y bucle de feedback
Deja que un grupo pequeño trabaje de verdad, recoge feedback rápido y decide go/no-go con cifras.
5.3 Formación y gestión del cambio
Una ruta de aprendizaje por audiencia, más un plan de comunicación que venda el cambio antes que el sistema.
5.4 Runbook de cutover
El cambio real: minuto a minuto, con asignación de roles, ventana de congelación y botón de rollback.
5.5 Periodo de hypercare
Las primeras cuatro a seis semanas tras el cambio, con soporte extra, bucle rápido de bugfix y criterio claro de salida.
Cronograma recomendado
¿Qué pasa cuándo?
- −8sScript de migración listo, primer dry run sobre el entorno de aceptación.
- −6sArranca el grupo piloto con flujo real en un entorno similar a producción.
- −4sDespliegue de formación: train-the-trainer primero, audiencia amplia desde -3s.
- −2sEvaluación del piloto + go/no-go, los bloqueos definitivos se identifican ahora, no la noche antes.
- −1sFreeze window en los sistemas origen, blitz de comunicación, equipo de hypercare en standby.
- D0Cutover, normalmente fin de semana o periodo vacacional. Sigue el runbook, no improvises.
- +4-6sHypercare, soporte reforzado y triaje diario. Solo entonces traspaso al soporte de régimen.