Plantilla de plan de proyecto de migración de datos

Qué incluye

Los planes de migración se tuercen cuando la carga se trata como una tarea al final. No es una tarea: es la misma tarea ejecutada varias veces hasta que la conciliación cuadra, y cada ejecución cuesta una ventana de parada:

• Descubrimiento y perfilado, Inventario de sistemas origen, volúmenes, propiedad del dato, perfilado de nulos, duplicados y roturas de formato, y la decisión de alcance sobre qué se migra de verdad. Hito: alcance y orígenes acordados.
• Mapeo y reglas, Mapeo campo a campo por objeto, reglas de transformación y de valor por defecto, alineación de datos maestros y las reglas de conciliación contra las que vas a probar. Hito: mapeo aprobado.
• Depuración, Reglas de depuración, corrección por parte del responsable de negocio de los registros que las reglas no pueden arreglar, y la pasada de deduplicación: trabajo que corre en paralelo porque no depende de la construcción.
• Construcción y pruebas unitarias, Construcción de la herramienta de ETL o de migración por objeto, scripts de extracción y carga, gestión de errores, lógica de reanudación y los propios informes de conciliación.
• Cargas simuladas y conciliación, Tres cargas simuladas completas con conciliación y corrección de defectos entre cada una, más el ensayo general cronometrado que demuestra que la carga cabe en la ventana de parada. Hito: ensayo general superado.
• Cutover y verificación, Congelación del origen, extracción incremental, carga en producción, aprobación de la conciliación, verificación de negocio y decisión de vuelta atrás. Hito: datos aceptados.

Cómo personalizarla

1. Fija primero la fecha de cutover y cuenta hacia atrás: la última carga simulada tiene que terminar al menos dos semanas antes.
2. Despliega las filas por objeto a una línea por entidad (clientes, proveedores, artículos, movimientos abiertos, histórico) en cuanto arranque el mapeo.
3. Reserva cada carga simulada como una ventana de parada real y con las mismas personas que van a ejecutar el cutover, no con un subconjunto.
4. Añade una fila para la extracción incremental si tu origen sigue vivo entre la última simulación y el cutover.
5. Mantén la decisión de vuelta atrás como un hito con fecha y con criterios nombrados, y no como una opción implícita.
6. Aprovecha el alcance para depurar responsabilidades del RGPD: los datos personales que decides no migrar hay que archivarlos o suprimirlos de forma documentada, no simplemente dejarlos en el sistema viejo.
7. Encaja este plan entero como subplan bajo tu cronograma de ERP o de migración a la nube.

Consejos de programación

• Las reglas de conciliación van antes que la construcción. Si no puedes enunciar cómo vas a demostrar que la carga es correcta, tampoco puedes saber cuándo está terminada.
• Cronometra cada carga simulada de principio a fin. El dato que necesitas no es si funcionó, sino cuántas horas tardó, porque es contra eso contra lo que se dimensiona la ventana de cutover.
• Empieza pronto la depuración. Depende del perfilado y no de la construcción, así que puede correr meses en paralelo; y siempre lleva más de lo previsto porque necesita gente de negocio, no del equipo de datos.
• Migra menos. El histórico es la parte más cara de cualquier migración, y una decisión de archivar en lugar de migrar vale más cronograma que cualquier esfuerzo de optimización técnica.
• Fija la línea base en la aprobación del mapeo. Todo lo anterior es estimación; todo lo posterior debería seguirse como desviación.

Plantillas relacionadas

• Plantilla de cronograma de implantación de ERP
• Plantilla de plan de migración a la nube
• Plantilla de plan de integración tras una fusión
• Ver todas las plantillas de diagramas de Gantt

Esta plantilla está en español. Las páginas relacionadas que aún no se han traducido se abren en inglés.

Preguntas frecuentes