Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Los clientes están normalizando cada vez más Power BI para impulsar una cultura de datos, lo que implica habilitar la inteligencia empresarial de autoservicio administrada (SSBI), racionalizar la entrega de inteligencia empresarial empresarial y abordar las presiones económicas. El propósito de esta serie de artículos de migración de Power BI es proporcionarle instrucciones sobre cómo planear y realizar una migración desde una herramienta de BI de terceros a Power BI.
Los artículos de la serie de migración de Power BI incluyen:
- Introducción a la migración de Power BI (este artículo)
- Preparación para migrar a Power BI
- Recopilación de requisitos para migrar a Power BI (fase 1)
- Planeación de la implementación para migrar a Power BI (fase 2)
- Realización de una prueba de concepto para migrar a Power BI (fase 3)
- Creación de contenido para migrar a Power BI (fase 4)
- Implementación en Power BI (fase 5)
- Obtenga información sobre las migraciones de Power BI del cliente
Nota:
También recomendamos que lea detenidamente la hoja de ruta de adopción de Fabric y los artículos sobre la planificación de implementación de Power BI.
Hay dos suposiciones: su organización tiene actualmente una plataforma de BI heredada y se ha tomado la decisión de migrar formalmente el contenido y los usuarios a Power BI. La migración al servicio Power BI es el principal foco de esta serie. Las consideraciones adicionales podrían aplicarse a los clientes de nube nacionales o regionales más allá de lo que se describe en esta serie de artículos.
En el diagrama siguiente se muestran cuatro fases de alto nivel para implementar Power BI en su organización.
Fase | Descripción |
---|---|
|
Configure y evalúe Power BI. La primera fase implica establecer la arquitectura inicial de Power BI. La implementación preliminar y el planeamiento de la gobernanza se controlan en este momento, así como las evaluaciones de Power BI, incluida la rentabilidad de la inversión o el análisis de beneficios de costos. |
|
Cree nuevas soluciones rápidamente en Power BI. En la segunda fase, los creadores de BI de autoservicio pueden empezar a usar y evaluar Power BI para sus necesidades, y obtener valor rápidamente con Power BI. Las actividades de la fase 2 colocan importancia en la agilidad y el valor empresarial rápido, lo que es fundamental para obtener la aceptación de la selección de una nueva herramienta de BI, como Power BI. Por este motivo, el diagrama muestra las actividades de la fase 2 que se producen en paralelo con las actividades de migración de la fase 3. |
|
Migración de recursos de BI desde la plataforma heredada a Power BI. La tercera fase aborda la migración a Power BI. El foco de esta serie de artículos sobre la migración a Power BI. En la sección siguiente se describen cinco fases de migración específicas. |
|
Adopte, controle y supervise Power BI. La fase final comprende actividades en curso, como fomentar una cultura de datos, la comunicación y la formación. Estas actividades afectan considerablemente a una implementación eficaz de Power BI. Es importante tener directivas y procesos de gobernanza y seguridad adecuados para su organización, así como auditoría y supervisión para permitirle escalar, crecer y mejorar continuamente. |
Importante
Una migración formal a Power BI casi siempre se produce en paralelo con el desarrollo de una nueva solución de Power BI. La solución de Power BI es un término genérico que abarca el uso de datos e informes. Un único archivo de Power BI Desktop (pbix) podría contener un modelo de datos o un informe, o ambos. Se recomienda separar el modelo de datos de los informes con fines de reutilización de datos, pero no es necesario.
El uso de Power BI para crear nuevos requisitos, mientras planea y lleva a cabo la migración formal, ayudará a obtener aceptación. Las fases simultáneas proporcionan a los autores de contenido experiencia práctica y real con Power BI.
Cinco fases de una migración de Power BI
La fase 3 del diagrama aborda la migración a Power BI. Durante esta fase, hay cinco fases comunes.
Las siguientes fases que se muestran en el diagrama anterior son:
- Pasos previos a la migración
- Fase 1: Recopilación de requisitos y prioridad
- Fase 2: Planear la implementación
- Fase 3: Realización de una prueba de concepto
- Fase 4: Crear y validar contenido
- Fase 5: Implementar, admitir y supervisar
Pasos previos a la migración
Los pasos previos a la migración incluyen acciones que debe tener en cuenta antes de iniciar un proyecto para migrar contenido de una plataforma de BI heredada a Power BI. Normalmente incluye la planificación inicial de implementación a nivel de cliente. Para más información sobre estas actividades, consulte Preparación para migrar a Power BI.
Fase 1: Recopilación de requisitos y prioridad
El énfasis de la fase 1 consiste en recopilar información y planear la migración de una única solución. Este proceso debe ser iterativo y tener como ámbito un esfuerzo de tamaño razonable. El resultado de la fase 1 incluye un inventario priorizado de informes y datos que se deben migrar. Se necesitan actividades adicionales en las fases 2 y 3 para calcular completamente el nivel de esfuerzo. Para obtener más información sobre las actividades de la fase 1, consulte Recopilación de requisitos para migrar a Power BI.
Fase 2: Planear la implementación
El enfoque de la fase 2 es cómo se cumplen los requisitos definidos en la fase 1 para cada solución específica. La salida de la fase 2 incluye tantos detalles como sea posible para guiar el proceso, aunque se trate de un proceso iterativo y no lineal. La creación de una prueba de concepto (en la fase 3) puede producirse en paralelo con esta fase. Incluso al crear la solución (en la fase 4), es posible que haya información adicional que influye en las decisiones de planeación de la implementación. Este tipo de planeamiento de implementación en la fase 2 se centra en el nivel de solución, al tiempo que respeta las decisiones ya tomadas en el nivel organizativo. Para obtener más información sobre las actividades de la fase 2, consulte Planeamiento de la implementación para migrar a Power BI.
Fase 3: Realización de una prueba de concepto
El énfasis de la etapa 3 es abordar incógnitas y mitigar los riesgos tan pronto como sea posible. Una prueba técnica de concepto (POC) es útil para validar suposiciones y se puede realizar de forma iterativa junto con el planeamiento de la implementación (fase 2). La salida de esta etapa es una solución de Power BI de alcance limitado. Tenga en cuenta que no pretendemos que el POC sea trabajo desechable. Sin embargo, es probable que requiera trabajo adicional en la fase 4 para que esté listo para producción. En este sentido, en su organización, puede hacer referencia a esta actividad como prototipo, piloto, simulación, inicio rápido o producto mínimo viable (MVP). La realización de una POC no siempre es necesaria y se puede realizar informalmente. Para obtener más información sobre las actividades de la fase 3, consulte Realización de una prueba de concepto para migrar a Power BI.
Fase 4: Crear y validar contenido
La fase 4 es cuando se realiza el trabajo real para convertir la POC en una solución lista para producción. La salida de esta fase es una solución de Power BI completada que se ha validado en un entorno de desarrollo. Debe estar listo para la implementación en la fase 5. Para obtener más información sobre las actividades de la fase 4, consulte Creación de contenido para migrar a Power BI.
Fase 5: Implementar, supervisar y soportar
El objetivo principal de la fase 5 es implementar la nueva solución de Power BI en producción. La salida de esta fase es una solución de producción que los usuarios empresariales usan activamente. Al usar una metodología ágil, es aceptable tener algunas mejoras planeadas que se entregarán en una iteración futura. En función del nivel de familiaridad con Power BI, como minimizar riesgos y minimizar las interrupciones para los usuarios, puede optar por realizar una implementación escalonada. O bien, puede desplegar inicialmente a un grupo más pequeño de usuarios piloto. El soporte técnico y la supervisión también son importantes en esta fase y de forma continua. Para más información sobre las actividades de la fase 5, consulte Migración a Power BI.
Sugerencia
La mayoría de los conceptos descritos en esta serie de artículos de migración de Power BI también se aplican a un proyecto de implementación estándar de Power BI.
Considere las razones de la migración
Habilitar una cultura de datos productiva y saludable es un objetivo principal de muchas organizaciones. Power BI es una excelente herramienta para facilitar este objetivo. Tres razones comunes por las que podría considerar la posibilidad de migrar a Power BI se pueden destilar en:
- Impulse la BI autoservicio gestionada introduciendo nuevas capacidades que capaciten a la comunidad de usuarios de BI autoservicio. Power BI hace que el acceso a la información y a la toma de decisiones esté más ampliamente disponible, a la vez que confía menos en las aptitudes especializadas que pueden ser difíciles de encontrar.
- Racionalizar la entrega de BI empresarial para cumplir los requisitos que no se abordan en las herramientas de BI existentes, al tiempo que reduce el nivel de complejidad, reduce el costo de propiedad o la estandarización de varias herramientas de BI actualmente en uso.
- Abordar las presiones económicas para aumentar la productividad con menos recursos, tiempo y personal.
Lograr el éxito de la migración de Power BI
Cada migración es ligeramente diferente. Puede depender de la estructura organizativa, las estrategias de datos, la madurez de la administración de datos y los objetivos de la organización. Sin embargo, hay algunas prácticas que vemos de forma coherente con nuestros clientes que logran el éxito de la migración de Power BI.
- Patrocinio ejecutivo: identifique un patrocinador ejecutivo al principio del proceso. Esta persona debe ser alguien que apoye activamente BI en la organización y esté personalmente comprometida en lograr un resultado positivo para la migración. Idealmente, el patrocinador ejecutivo tiene autoridad y responsabilidad definitivas para los resultados relacionados con Power BI. Para obtener más información, consulte este artículo.
- Formación, soporte técnico y comunicación: reconozca que es más que una iniciativa tecnológica. Cualquier proyecto de inteligencia empresarial o análisis también es una iniciativa de personas, por lo que considere la posibilidad de invertir al principio en la formación y el soporte técnico de los usuarios. Además, cree un plan de comunicación que explique de forma transparente a todas las partes interesadas lo que ocurre, por qué y establece expectativas realistas. Asegúrese de incluir un bucle de comentarios en el plan de comunicación para recoger las aportaciones de las partes interesadas.
- Ganancias rápidas: inicialmente, priorice los elementos de alto valor que tienen un valor empresarial tangible y que son urgentes. En lugar de intentar siempre migrar informes de forma estricta a medida que aparecen en la plataforma de BI heredada, céntrese en la pregunta empresarial que el informe intenta responder, incluida la acción que se va a realizar, al abordar el informe rediseñado.
- Modernización y mejoras: estar dispuesto a replantear cómo siempre se han hecho las cosas. Una migración puede proporcionar una oportunidad para ofrecer mejoras. Por ejemplo, podría eliminar la preparación manual de datos o reubicar reglas de negocio que se limitaron a un único informe. Considere la posibilidad de refactorizar, modernizar y consolidar soluciones existentes cuando se pueda justificar el esfuerzo. Puede incluir la consolidación de varios informes en uno o la eliminación de elementos heredados que no se han usado durante algún tiempo.
- Aprendizaje continuo: prepárese para usar un enfoque por fases mientras aprende y se adapta continuamente. Trabaje en ciclos cortos e iterativos para aportar valor rápidamente. Realice una práctica frecuente de completar pequeños POC para minimizar el riesgo de desconocidos, validar suposiciones y obtener información sobre las nuevas características. Como Power BI es un servicio en la nube que actualiza mensualmente, es importante mantener al día los desarrollos y ajustar el curso cuando sea adecuado.
- Resistencia al cambio: comprender que puede haber diferentes niveles de resistencia al cambio; algunos usuarios resistirán el aprendizaje de una nueva herramienta. Además, algunos profesionales que han dedicado mucho tiempo y esfuerzo para obtener experiencia con una herramienta de BI diferente podrían sentirse amenazados por ser desplazados. Prepárese, porque puede dar lugar a luchas políticas internas, especialmente en organizaciones altamente descentralizadas.
- Restricciones: sea realista con los planes de migración, incluidos la financiación, las estimaciones de tiempo, así como roles y responsabilidades para todos los implicados.
Reconocimientos
Esta serie de artículos fue escrita por Melissa Coates, MVP de la Plataforma de datos. Los colaboradores y revisores incluyen Marc Reguera, Venkatesh Titte, Patrick Baumgartner, Tamer Farag, Richard Tkachuk, Matthew Roche, Adam Saxton, Chris Webb, Mark Vaillancourt, Daniel Rubiolo, David Iseminger y Peter Myers.
Contenido relacionado
En el siguiente artículo de esta serie de migración de Power BI, obtenga información sobre los pasos previos a la migración al migrar a Power BI.
Otros recursos útiles incluyen:
- Hoja de ruta de adopción de Fabric
- Planeamiento de la implementación de Power BI
- Transformación de BI de Microsoft
- Migración de informes de SSRS a Power BI
- ¿Preguntas? Pruebe a preguntar a la comunidad de Fabric
- ¿Sugerencias? Contribuir con ideas para mejorar Fabric
Los asociados de Power BI experimentados están disponibles para ayudar a su organización a tener éxito con el proceso de migración. Para buscar un asociado de Power BI, visite el portal de asociados de Microsoft Power BI.