¿Qué acciones técnicas y contractuales puede tomar el gerente de proyecto en caso de corrupción de datos durante la migración de datos?

La migración de datos es una actividad técnica en un sentido: alguien tiene que asignar los datos antiguos a los nuevos, abordar lo que debería suceder técnicamente cuando no hay mapeo y trabajar con la empresa para identificar soluciones a los problemas encontrados cuando el mapeo directo no proporcionar los resultados requeridos Y, por supuesto, alguien debe escribir código para realizar la migración en función de las reglas configuradas, probar el código a fondo y ejecutarlo en modo “producción”. Asegurarse de que todos los datos se transfieran es otra responsabilidad de un rol técnico. Esto se puede hacer con recuentos y totales de hash para asegurarse de que los resultados de la base de datos anterior sean los mismos que los resultados de la nueva base de datos.

Pero también hay un aspecto comercial completo en la migración de datos que una persona técnica solo puede aconsejar cuando se identifican agujeros en los datos de destino. Por ejemplo:

¿Qué sucede si hay nuevos datos en la base de datos de destino que simplemente no existen en la base de datos de origen? ¿Debería dejarse en blanco? ¿Debería rellenarse con un valor predeterminado? ¿O se requiere otra pieza de código para examinar otros datos relacionados para decidir cómo poblarlo?

¿Qué sucede si los datos de origen no están en la tercera forma normal, y separarlos para normalizarlos para la base de datos de destino puede causar situaciones en las que, por ejemplo, no se puede diferenciar el nombre del apellido porque era de forma libre en el sistema antiguo y no hubo controles y saldos para asegurarse de que el nombre era el primero y el último segundo? ¿Requiere intervención manual de alguien que sepa?

Lo mismo puede decirse de las direcciones, a menudo ingresadas en forma libre en sistemas heredados, pero analizadas en sus partes constituyentes en una base de datos actualizada y bien diseñada. Y hay muchos otros ejemplos de dónde puede ser necesaria la intervención del cliente y la revisión manual.

Eso es un poco técnico y comercial. El grado de rigor requerido para la verificación que se requiere puede diferir según los datos en sí. Por ejemplo, si se trata de una aplicación financiera y hay dinero y otras figuras involucradas, o si hay vidas humanas en juego, el rigor requerido será muy alto. Si se trata de un dato no consecuente, por ejemplo, si no puede determinar el color de un objeto porque está incrustado en los comentarios, y el esfuerzo requerido para intervenir manualmente es demasiado alto, o tal vez pueda corregirse como los errores se encuentran después de la implementación porque es fácil hacerlo, y la incidencia de errores será baja, tal vez simplemente lo deje pasar y no intente detectar todos esos errores.

En el aspecto contractual, no dijo si era el cliente o el contratista. En cualquier caso, se requiere protección. Desde el lado del cliente, desea asegurarse de que todos los procesos de conversión de datos se sigan diligentemente para aumentar la probabilidad de una implementación exitosa. Si está del lado del contratista, debe asegurarse de no responsabilizarse por los datos erróneos cuando la intervención del cliente se identificó como la única opción, e intervinieron incorrectamente, o no lo hicieron en absoluto. Pero como contratista, usted es responsable de planificar la conversión de datos con su equipo técnico y de clientes y asegurarse de que se ejecute correctamente.

Espero que esto ayude.

Esto suena como una relación de confrontación entre el PM (¿cliente?) Y el equipo de migración de datos (¿vendedor?). Si es así, no debería ser así.

“Corrupción de datos” es un término que podría significar muchas cosas diferentes para diferentes personas. Podría haber un error en la fuente (es decir, el proveedor de los datos está enviando los datos incorrectos en relación con lo que el consumidor espera), error en el destino (es decir, el consumidor está esperando los datos incorrectos en relación con lo que el proveedor está enviando) o error en la traducción, también conocido en algún punto intermedio (es decir, un intermediario / traductor de datos entre el origen y el destino hizo algunas suposiciones erróneas).

En cualquier caso, el error, AND THE BLAME, a menudo se encuentra en más de un lugar , al menos parcialmente.