Respuesta.

Historia de la pregunta:

La migración de datos es una etapa crítica en grandes proyectos de TI, especialmente cuando se está realizando la transición de sistemas de información obsoletos (legacy) a nuevas soluciones. Los errores en la formalización de requisitos pueden llevar a la pérdida de información importante o a un largo período de inactividad durante el lanzamiento de un nuevo sistema (especialmente en implementaciones de gran escala). En la historia hay tristes casos de quiebras bancarias precisamente por fallos en la migración.

Problema:

La falta de claridad en los formatos de origen y destino, diferencias en la estructura de datos, incompatibilidad de diccionarios, errores en el mapeo y expectativas opuestas entre el equipo comercial y el integrador técnico son las principales causas de migraciones problemáticas. La documentación ficticia o insuficientemente detallada lleva a la imposibilidad de rastrear qué datos son críticos, cuáles se pueden agregar y cuáles no se pueden transferir en absoluto.

Solución:

El analista de sistemas lleva a cabo una revisión de los datos del lado del origen junto con los propietarios de los procesos comerciales; elabora un mapa de datos detallado (data mapping), determina qué atributos deben migrarse obligatoriamente y cuáles no. Documenta suposiciones sobre la calidad de los datos (limpieza, integridad), define reglas de transformación (por ejemplo, cambio de formato de fechas, monedas, codificaciones). Para campos críticos, se implementa una migración de muestra de prueba y escenarios de verificación (reconciliación). En cada etapa, se preparan paralelamente instrucciones de reversión y criterios de éxito para la migración.

Características clave:

Revisión cuidadosa y manejo de inconsistencias en los formatos entre el sistema de origen y el de destino.
Identificación de campos críticos y su priorización.
Documentación de escenarios de reversión y verificación de la integridad de los datos (reconciliación de datos).

Preguntas trampa.

¿Es suficiente verificar los formatos de datos entre los sistemas para una migración exitosa?

No. Incluso con la coincidencia de formatos, pueden existir discrepancias en el sentido comercial de los datos, validez de diccionarios, semántica de los valores. Se necesita una auditoría comercial y técnica de cada campo.

¿Se puede limitar la migración solo a los datos "más demandados"?

No. Los datos "raros" pueden ser críticos para procesos de usuario específicos (por ejemplo, para contratos antiguos, seguros). Todo debe estar registrado en los requisitos.

¿Es necesario prever la posibilidad de revertir la migración?

Es obligatorio; incluso con pruebas al 100%, pueden ocurrir errores críticos después del lanzamiento, las reversas son una parte obligatoria de la documentación.

Errores típicos y anti-patrones

Insuficiente detallado del mapa de datos y atributos comerciales.
Falta de criterios de migración exitosa y escenarios de reversión.
Desestimación de la migración de prueba sobre datos de test.
Ignorar incidentes en puntos de integración (omisiones de dependencias no evidentes).

Ejemplo de la vida real

Caso negativo: Durante la migración de un sistema bancario heredado, el analista aprobó la transferencia solo de las tablas principales, sin aclarar el sentido comercial de los antiguos diccionarios no utilizados. Como resultado, después del lanzamiento, los clientes encontraron problemas con el historial de transacciones de años anteriores.

Pros:

Rápido lanzamiento del nuevo sistema.

Contras:

Pérdida de datos.
Riesgos para la reputación del banco.

Caso positivo:

El analista, junto con el negocio y TI, llevó a cabo una revisión de todos los conjuntos de datos, elaboró requisitos separados para la transferencia de datos “raros”, aprobó los escenarios de validación y reversión. La migración fue exitosa, no surgió ninguna reclamación crítica.