Migración entre plataformas

Un panel no se copia. Se reconstruye.

No existe un botón de exportar de una plataforma a otra, y quien lo promete está vendiendo conversión de pantalla no migración. Las dos herramientas guardan el dato de formas distintas, calculan de formas distintas y controlan el acceso de formas distintas. Lo que se migra es la regla de negocio, no el archivo.

Por eso la migración es el proyecto entero otra vez, con una gran ventaja: el destino ya está definido. No necesitas descubrir qué indicadores importan ni cómo quiere verlos la dirección eso el panel actual ya lo responde. El trabajo es reconstruir ese resultado del otro lado, y comprobar que el número cuadra.

Cómo ocurre la migración

Cinco etapas. La última es la que decide si el proyecto terminó o no.

• Inventario de lo que existe. Qué paneles están en el aire, cuáles abre la gente de verdad y cuáles se volvieron peso muerto. Migrar un panel que nadie usa es coste puro esa conversación va antes de cualquier línea de código.
• Remapeo de las fuentes. Las conexiones se rehacen en la plataforma de destino: ERP, CRM, base de datos, API o archivo. Donde el origen esté en un servidor interno, configuramos el puente necesario.
• Reconstrucción del modelo. El modelo de datos se remonta en el destino. Qlik y Power BI resuelven relación y agregación de formas distintas, así que lo que era eficiente de un lado no siempre lo es del otro el modelo se rediseña para la plataforma que va a recibirlo.
• Traducción de las medidas. Cada indicador se reescribe en el lenguaje del destino: set analysis se convierte en DAX, o al revés. Es la etapa más delicada, porque la misma regla escrita de dos formas puede dar dos números y es aquí donde se rompe la mayoría de las migraciones mal hechas.
• Reconstrucción de los paneles y publicación. Los visuales se rehacen con el equivalente más cercano en el destino, el control de acceso por perfil se reconstituye y la actualización se reprograma.

Solo está listo cuando el número cuadra

El criterio de aceptación no es que el panel se parezca. Es que el panel responda igual. Cada indicador migrado se comprueba contra el valor que entrega el panel antiguo, en el mismo desglose y en el mismo periodo. Divergencia encontrada es divergencia investigada y a veces el error estaba en el panel antiguo, lo que también es un resultado.

Por eso el entorno de origen solo se apaga después, y no durante. Mientras la comprobación no cierra, la operación sigue funcionando sobre lo que ya sirve.

Qué te queda al final

• Los paneles funcionando en el destino. Con el modelo documentado y el origen de cada tabla registrado.
• El diccionario de métricas. La regla de cada indicador en lenguaje claro, más la expresión equivalente en ambas plataformas.
• El comparativo de comprobación. Indicador por indicador, el valor antiguo y el nuevo lado a lado.
• Formación del equipo. En la plataforma de destino, que suele ser la que el equipo todavía no domina.

Cómo lo conducimos

Empezamos por el inventario y por un diagnóstico del entorno de origen es lo que dice si la migración tiene un mes o seis por delante, y conviene saberlo antes de firmar. Después presentamos el alcance con la lista de lo que migra, lo que se retira y lo que cambia de forma. La ejecución ocurre en bloques: un conjunto de paneles por vez, cada uno comprobado y liberado antes de empezar el siguiente.

Cómo medimos el resultado

Los indicadores de éxito se acuerdan al inicio. En una migración los más frecuentes son el porcentaje de indicadores comprobados y cuadrando, el tiempo de actualización en el destino comparado con el del origen y el coste de licenciamiento tras el cambio que suele ser uno de los motivos de la migración.

Hoy tenemos un seguimiento mucho más robusto, rápido y visual de los resultados de cada gerencia.

Dirección comercial distribuidora nacional de combustibles