Compartir a través de

Recopilación de requisitos para migrar a Power BI

  • Artículo

En este artículo se explica la fase 1, que se refiere a la recopilación y priorización de requisitos al migrar a Power BI.

Diagrama que muestra las fases de una migración de Power BI. En este artículo se resalta la fase 1.

Nota:

Para obtener una explicación completa del gráfico anterior, vea Información general sobre la migración de Power BI.

El énfasis de la fase 1 se pone en la recopilación de información y la planeación de una solución individual que se va a migrar a Power BI.

El resultado de la fase 1 incluye los requisitos detallados a los que se ha dado prioridad. Pero es necesario finalizar por completo las actividades adicionales de las fases 2 y 3 para estimar totalmente el nivel de esfuerzo.

Importante

Las fases 1-5 representan actividades relacionadas con una solución concreta. Hay decisiones y actividades en el nivel de organización o inquilino que afectan al proceso en el nivel de solución. Algunas de esas actividades de planeación de nivel superior se tratan en el artículo Información general sobre la migración de Power BI. Cuando proceda, dé preferencia a las decisiones de nivel de organización por eficacia y coherencia.

La hoja de ruta de adopción de Fabric describe estos tipos de consideraciones estratégicas y tácticas. Hace énfasis en la adopción de la organización.

Sugerencia

La mayoría de los temas que se tratan en este artículo también se aplican a un proyecto de implementación estándar de Power BI.

Compilación de requisitos

El inventario de los elementos de BI existentes, compilado en los pasos previos a la migración, se convierte en la entrada de los requisitos de la nueva solución que se va a crear en Power BI. La recopilación de requisitos consiste en comprender el estado actual, así como los elementos que los usuarios quieren cambiar o refactorizar al rediseñar informes en Power BI. Los requisitos detallados resultan útiles para el plan de implementación de la solución de la fase 2, durante la creación de una prueba de concepto en la fase 3 y al crear la solución lista para producción en la fase 4.

Recopilación de requisitos de informe

Compile información detallada y fácil de referenciar sobre los informes, como:

  • propósito, audiencia y acción esperada: identifique el propósito y el proceso de negocio aplicables a cada informe, así como la audiencia, el flujo de trabajo analítico y la acción esperada que deben realizar los consumidores del informe.
  • Cómo los consumidores usan el informe: considere sentarse con los consumidores del informe existente para entender exactamente lo que hacen con él. Es posible que aprenda que determinados elementos del informe se pueden eliminar o mejorar en la nueva versión de Power BI. Este proceso conlleva una inversión de tiempo adicional, pero es valioso para informes críticos o que se usan con frecuencia.
  • propietario y experto en la materia: identifique al propietario del informe y a cualquier experto en la materia asociado al dominio de datos o informe. Podrían convertirse en los propietarios del nuevo informe de Power BI en el futuro. Incluya cualquier requisito específico de administración de cambios (los requisitos suelen diferir entre las soluciones administradas por TI y las administradas por el negocio), así como las aprobaciones, que se van a necesitar cuando se realicen cambios en adelante. Para obtener más información, consulta este artículo.
  • Método de entrega de contenido: aclarar las expectativas del consumidor para la entrega de contenido. Podría ser una ejecución interactiva a petición, incrustada dentro de una aplicación personalizada o la entrega según una programación mediante una suscripción de correo electrónico. También puede haber requisitos para desencadenar notificaciones de alerta.
  • Necesidades de interactividad: determine los requisitos de interactividad necesarios y los deseables, como filtros, acciones de exploración en profundidad o acciones de obtención de detalles.
  • Orígenes de datos: asegúrese de que se detectan todos los orígenes de datos requeridos por el informe y se comprenden las necesidades de latencia de datos (actualización de datos). Identifique los requisitos de datos históricos, tendencias e instantáneas de datos de cada informe, de modo que se puedan alinear con los requisitos de datos. La documentación del origen de datos también puede ser útil más adelante cuando se realice la validación de datos de un nuevo informe con sus datos de origen.
  • Requisitos de seguridad: aclarar los requisitos de seguridad (como visores permitidos, editores permitidos y cualquier necesidad de seguridad de nivel de fila), incluidas las excepciones a la seguridad normal de la organización. Documente cualquier nivel de confidencialidad de datos, privacidad de datos o necesidades regulatorias o de cumplimiento.
  • cálculos, KPI y reglas de negocios: identifique y documente todos los cálculos, KPI y reglas de negocio que se definen actualmente en el informe existente para que se puedan alinear con los requisitos de datos.
  • requisitos de facilidad de uso, diseño y cosméticos: identifique necesidades específicas de facilidad de uso, diseño y cosméticos relacionadas con las visualizaciones de datos, los requisitos de agrupación y ordenación, y la visibilidad condicional. Incluya cualquier consideración específica relacionada con la entrega a dispositivos móviles.
  • necesidades de impresión y exportación: Determine si hay requisitos específicos para exportar o para un diseño listo para imprimir. Estas necesidades influyen en qué tipo de informe va a ser más adecuado (como un informe de Power BI, Excel o paginado). Tenga en cuenta que los consumidores de los informes suelen dar mucha importancia al modo en que siempre han hecho las cosas, así que no tenga miedo de cuestionar su forma de pensar. Asegúrese de hablar de mejoras en lugar de cambios.
  • riesgos o preocupaciones: determine si hay otros requisitos técnicos o funcionales para los informes, así como los riesgos o preocupaciones relacionados con la información que se presenta en ellos.
  • Problemas abiertos y elementos de trabajo pendiente: identifique cualquier mantenimiento futuro, problemas conocidos o solicitudes diferidas que se agreguen al trabajo pendiente en este momento.

Sugerencia

Considere la posibilidad de clasificar los requisitos como requisitos que debe tener o que sería agradable tener. Con frecuencia, los consumidores solicitan todo lo que posiblemente necesiten por adelantado porque creen que es su única oportunidad de realizar solicitudes. Además, al abordar prioridades en varias iteraciones, ponga el trabajo pendiente a disposición de las partes interesadas. Eso ayuda a la comunicación, la toma de decisiones y el seguimiento de los compromisos pendientes.

Recopilación de requisitos de datos

Compile información detallada relativa a los datos, como:

  • Consultas existentes: identifique si hay consultas de informe o procedimientos almacenados existentes que puede usar un modelo de DirectQuery o un modelo compuesto o se puede convertir en un modelo de importación.
  • Tipos de orígenes de datos: compile los tipos de orígenes de datos necesarios, incluidos los orígenes de datos centralizados (como un almacenamiento de datos empresarial), así como orígenes de datos no estándar (como archivos planos o archivos de Excel que aumentan los orígenes de datos empresariales con fines de informes). También es importante saber dónde se encuentran los orígenes de datos a efectos de conectividad de la puerta de enlace de datos.
  • Estructura de datos y necesidades de limpieza: determine la estructura de datos para cada origen de datos necesario y en qué medida son necesarias las actividades de limpieza de datos.
  • integración de datos: evalúe cómo se controlará la integración de datos cuando haya varios orígenes de datos y cómo se pueden definir relaciones entre cada tabla de modelos. Identifique elementos de datos específicos necesarios para simplificar el modelo y reducir su tamaño.
  • latencia de datos aceptable: determine las necesidades de latencia de datos para cada origen de datos. Estas van a influir en las decisiones sobre qué modo de almacenamiento de datos usar. También es importante conocer la frecuencia de actualización de datos de las tablas del modelo de importación.
  • Volumen de datos y escalabilidad: evalúe las expectativas de volumen de datos, que influirán en las decisiones sobre soporte de grandes modelos y diseño de modelos DirectQuery o Composite. También es fundamental conocer las consideraciones relacionadas con las necesidades de datos históricos. Para los modelos semánticos más grandes, también será necesario determinar la actualización incremental de datos.
  • medidas, KPI y reglas de negocio: evaluar las necesidades de medidas, KPI y reglas de negocio. Van a afectar a las decisiones sobre dónde aplicar la lógica: en el modelo semántico o en el proceso de integración de datos.
  • datos maestros y catálogo de datos: considere si hay problemas de datos maestros que requieren atención. Determine si la integración con un catálogo de datos empresariales es adecuada para mejorar la detectabilidad, el acceso a las definiciones o la generación de una terminología coherente aceptada por la organización.
  • Seguridad y privacidad de datos: determine si hay consideraciones específicas de seguridad o privacidad de datos para los modelos semánticos, incluidos los requisitos de seguridad de nivel de fila de .
  • Problemas abiertos y elementos de trabajo pendiente: agregue cualquier problema conocido, defectos conocidos de calidad de datos, mantenimiento futuro o solicitudes diferidas al trabajo pendiente en este momento.

Importante

La reutilización de datos se puede lograr con modelos semánticos compartidos, que opcionalmente se pueden certificar para indicar confiabilidad y mejorar la capacidad de detección. La reutilización de la preparación de datos se puede lograr con flujos de datos para reducir la lógica repetitiva en varios modelos semánticos. Los flujos de datos también pueden reducir de forma considerable la carga sobre los sistemas de origen, ya que los datos se recuperan con menos frecuencia: varios modelos semánticos pueden importar datos del flujo de datos.

Identificación de oportunidades de mejora

En la mayoría de las situaciones, se producen algunas modificaciones y mejoras. Es raro que se produzca una migración directa uno a uno sin ninguna refactorización ni mejora. Entre los tres tipos de mejoras que puede considerar se incluyen:

  • Consolidación de informes: los informes similares se pueden consolidar mediante técnicas como filtros, marcadores o personalización. Si tiene menos informes, cada uno con mayor flexibilidad, esto puede mejorar considerablemente la experiencia de los consumidores de los informes. Le recomendamos que optimice los modelos semánticos de Preguntas y respuestas (consultas en lenguaje natural) para ofrecer una flexibilidad aún mayor a los consumidores de informes, y permitirles crear visualizaciones propias.
  • mejoras de eficiencia: durante la recopilación de requisitos, a menudo se pueden identificar mejoras. Por ejemplo, si los analistas compilan números manualmente o si se puede simplificar un flujo de trabajo. Power Query puede desempeñar un importante papel en el reemplazo de actividades manuales que se realizan actualmente. Si los analistas de negocios se encuentran realizando las mismas actividades para limpiar y preparar los datos de forma habitual, los pasos de preparación de datos repetibles de Power Query pueden traducirse en un ahorro de tiempo considerable y una reducción de errores.
  • centralización del modelo de datos: un modelo semántico autoritativo y certificado sirve como red troncal para la BI de autoservicio administrada. En este caso, los datos se administran una vez y los analistas tienen flexibilidad para usar y aumentar esos datos a fin de satisfacer sus necesidades de elaboración de informes y análisis.

Nota:

Para obtener más información sobre la centralización de modelos de datos, lea sobre Disciplina en el núcleo y Flexibilidad en el borde.

Priorización y evaluación de la complejidad

En este momento, el inventario inicial está disponible y puede incluir requisitos específicos. Al priorizar el conjunto inicial de elementos de BI listos para la migración, los informes y los datos se deben considerar colectivamente, así como de forma independiente entre sí.

Identifique informes de alta prioridad, que podrían incluir informes que:

  • Aporten un valor considerable a la empresa.
  • Se ejecuten con frecuencia.
  • Sean necesarios para la alta dirección o los ejecutivos.
  • Impliquen un nivel de complejidad razonable (para mejorar las posibilidades de éxito durante las iteraciones de migración iniciales).

Identifique los datos de prioridad alta, que pueden incluir datos que:

  • Contengan elementos de datos críticos.
  • Sean datos comunes de la organización que sirvan para muchos casos de uso.
  • Se puede usar para crear un modelo semántico compartido para su reutilización por parte de informes y muchos creadores de informes.
  • Impliquen un nivel de complejidad razonable (para mejorar las posibilidades de éxito durante las iteraciones de migración iniciales).

Contenido relacionado

En el siguiente artículo de esta serie de migración de Power BI se proporciona información sobre la fase 2, que se refiere a la planeación de la migración de una única solución de Power BI.

Otros recursos útiles incluyen:

Hay partners de Power BI experimentados a su disposición para ayudar a su organización a tener éxito en el proceso de migración. Para buscar un asociado de Power BI, visite el portal de asociados de Microsoft Power BI .