Implementación en Power BI

En este artículo se describe la fase 5, que se refiere a la implementación, admisión y supervisión de contenido al realizar la migración a Power BI.

Diagram shows the stages of a Power BI migration. Stage 5 is emphasized for this article.

Nota:

Para obtener una explicación completa del diagrama anterior, consulte el artículo de información general sobre la migración a Power BI.

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 lista para su uso en la empresa. Cuando se trabaja con un método ágil, conviene tener algunas mejoras planeadas, que se entregarán en una futura iteración. El soporte técnico y la supervisión también son importantes en esta fase y de forma continua.

Sugerencia

A excepción de la ejecución en paralelo y la retirada de los informes heredados, que se describen a continuación, los temas que se tratan en este artículo se aplican también a un proyecto de implementación estándar de Power BI.

Implementación en un entorno de prueba

En el caso de las soluciones administradas por TI o las que son críticas para la productividad empresarial, generalmente hay un entorno de prueba. Un entorno de prueba se encuentra entre el desarrollo y la producción, y no es necesario para todas las soluciones Power BI. Un área de trabajo de prueba puede servir como ubicación estable, separada del desarrollo, para que las pruebas de aceptación de usuario (UAT) se efectúen antes de la versión para producción.

Si el contenido se ha publicado en un área de trabajo de capacidad Premium, las canalizaciones de implementación pueden simplificar el proceso de implementación en áreas de trabajo de desarrollo, prueba y producción. Como alternativa, la publicación se puede realizar manualmente o con scripts de PowerShell.

Implementación en el área de trabajo de prueba

Las actividades clave durante una implementación en el área de trabajo de prueba suelen incluir lo siguiente:

  • Cadenas de conexión y parámetros: ajuste las cadenas de conexión del modelo semántico (anteriormente conocido como "conjunto de datos") si el origen de datos difiere entre el entorno desarrollo y de prueba. Se puede utilizar la parametrización para administrar de forma eficaz las cadenas de conexión.
  • Contenido del área de trabajo: publique modelos semánticos e informes en el área de trabajo de prueba, y cree paneles.
  • Aplicación. publique una aplicación mediante el contenido del área de trabajo de prueba, si forma parte del proceso de UAT. Normalmente, los permisos de aplicación se restringen a un número pequeño de personas implicadas en el proceso de UAT.
  • Actualización de datos:programe la actualización de los modelos semánticos de importación durante el período en el que el proceso de UAT se lleva a cabo de forma activa.
  • Seguridad: actualice o compruebe los roles del área de trabajo. El acceso a las áreas de trabajo de prueba incluye un número reducido de personas que participan en las pruebas de aceptación de usuario.

Realización de pruebas de aceptación de usuario

Por lo general, el proceso de UAT implica a usuarios empresariales expertos en la materia. Una vez comprobados, proporcionan su aprobación de que el nuevo contenido es preciso, cumple los requisitos y se puede implementar para un mayor consumo por parte de otros usuarios.

El grado de formalidad de este proceso de UAT, incluidas las aprobaciones por escrito, dependerá de sus prácticas de administración de cambios.

Implementación en el entorno de producción

Hay varias consideraciones sobre su implementación en el entorno de producción que hay que tener en cuenta.

Realización de una implementación por fases

Si intenta minimizar el riesgo y la interrupción del usuario, o si hay otras preocupaciones, puede optar por realizar una implementación preconfigurada. La primera implementación en producción podría implicar un grupo más pequeño de usuarios piloto. Con una prueba piloto, se pueden solicitar comentarios a los usuarios piloto de forma activa.

Expanda los permisos en el área de trabajo de producción, o la aplicación, gradualmente hasta que todos los usuarios de destino tengan permiso para la nueva solución de Power BI.

Sugerencia

Use el registro de actividad de Power BI para comprender cómo los consumidores adoptan y usan la nueva solución de Power BI.

Control de componentes adicionales

Durante el proceso de implementación, es posible que tenga que trabajar con los administradores de Power BI para satisfacer otros requisitos necesarios para admitir toda la solución, como:

  • mantenimiento de puerta de enlace:Unnuevo origen de datos registro en la puerta de enlace de datos es posible que se necesite.
  • Conectores y controladores de puerta de enlace: Un nuevo origen de datos propietario podría requerir la instalación de un nuevo controlador o conector personalizado en cada servidor del clúster de puerta de enlace.
  • Crear una nueva capacidad Premium: Puede usar una existente capacidad Premium. O bien, puede haber situaciones en las que se garantiza una nueva capacidad Premium. Podría ser el caso cuando quiera separar deliberadamente una carga de trabajo de departamento.
  • Configuración de un flujo de datos de Power BI: las actividades de preparación de datos se pueden configurar de una vez en un flujo de datos de Power BI mediante Power Query Online. Eso evita tener que replicar el trabajo de preparación de datos en muchos archivos distintos de Power BI Desktop.
  • Registro de un nuevo objeto visual de la organización:el registro de objetos visuales de la organización se puede realizar en el portal de administración en el caso de objetos visuales personalizados que no se originaron en AppSource.
  • Establecer contenido destacado: Existe una configuración de inquilino que controla quién puede presentar contenido de características en la página principal del servicio Power BI.
  • Establecimiento de etiquetas de confidencialidad: todas las etiquetas de confidencialidad se integran con Microsoft Purview Information Protection.

Implementación en el área de trabajo de producción

Las actividades clave durante una implementación en el área de trabajo de producción suelen incluir lo siguiente:

  • Administración de cambios: de ser necesario, obtenga la aprobación correspondiente para realizar la implementación; asimismo, comunique dicha implementación a la población de usuarios mediante sus prácticas estándar de administración de cambios. Puede haber una ventana de administración de cambios aprobada durante la cual se permiten implementaciones de producción. Normalmente, se aplica al contenido administrado por TI y, con mucha menos frecuencia, al contenido de autoservicio.
  • Plan de reversión: en el caso de una migración, la expectativa es que se trate de la migración de una nueva solución por primera vez. Si ya existe contenido, conviene tener un plan para efectuar una reversión a la versión anterior, en caso necesario. Tener versiones anteriores de los archivos de Power BI Desktop (con el control de versiones de SharePoint o OneDrive) funciona bien a tal efecto.
  • Cadenas de conexión y parámetros: ajuste las cadenas de conexión del modelo semántico si el origen de datos difiere entre el entorno de prueba y de producción. Se puede usar la parametrización eficazmente a tal efecto.
  • Actualización de datos:programe la actualización del modelo semántico para los modelos semánticos importados.
  • Contenido del área de trabajo: publique modelos semánticos e informes en el área de trabajo de producción, y cree paneles. Las canalizaciones de implementación pueden simplificar el proceso de implementación en áreas de trabajo de desarrollo, prueba y producción si el contenido se ha publicado en áreas de trabajo de capacidad Premium.
  • Aplicación: si las aplicaciones forman parte de la estrategia de distribución de contenido, publique una aplicación mediante el contenido del área de trabajo de producción.
  • Seguridad: actualice y compruebe los roles de área de trabajo en función de su estrategia de distribución de contenido y colaboración.
  • Configuración del modelo semántico: actualice y compruebe la configuración de cada modelo semántico, incluido lo siguiente:
  • Uso compartido de paneles e informes: actualice y compruebe la configuración de cada informe y panel. Entre los valores más importantes se incluyen los siguientes:
  • Suscripciones: configure suscripciones de informe, si es necesario.

Importante

Llegados a este punto, ha alcanzado un gran hito. Celebre su logro al completar la migración.

Comunicación con los usuarios

Anuncie la nueva solución a los consumidores. Indíqueles dónde pueden encontrar el contenido, así como documentación asociada, preguntas más frecuentes y tutoriales. Para presentar el nuevo contenido, considere la posibilidad de hospedar una sesión de tipo almuerzo y aprendizaje, o preparar algunos vídeos a petición.

Asegúrese de incluir instrucciones sobre cómo solicitar ayuda y cómo proporcionar comentarios.

Realización de una retrospectiva

Valore la posibilidad de realizar una retrospectiva para examinar lo que ha ido bien en la migración y lo que se puede hacer mejor en la próxima.

Ejecución en paralelo

En muchas situaciones, la nueva solución se ejecutará en paralelo con la heredada durante un tiempo predeterminado. Entre las ventajas de la ejecución en paralelo se incluyen las siguientes:

  • Reducción del riesgo, especialmente si los informes se consideran críticos.
  • Deja tiempo para que los usuarios se acostumbren a la nueva solución de Power BI.
  • Permite que la información presentada en Power BI haga referencias cruzadas a los informes heredados.

Retirada del informe heredado

En algún momento, los informes migrados a Power BI han de deshabilitarse en la plataforma de BI heredada. La retirada de los informes heredados puede producirse cuando:

  • El tiempo predeterminado para ejecutarse en paralelo (que debería haberse comunicado a la población de usuarios) ha expirado. Normalmente es de entre 30 y 90 días.
  • Todos los usuarios del sistema heredado tienen acceso a la nueva solución de Power BI.
  • Ya no se produce una actividad importante en el informe heredado.
  • No se ha producido ningún problema con la nueva solución de Power BI que podría afectar a la productividad de los usuarios.

Supervisión de la solución

Los eventos del registro de actividad de Power Bi se pueden utilizar para comprender los patrones de uso de la nueva solución (o del registro de ejecución en el caso de contenido implementado en Power BI Report Server). El análisis del registro de actividad puede ayudar a determinar si el uso real difiere de las expectativas. También puede validar que la solución se admite adecuadamente.

Estas son algunas preguntas que pueden responderse revisando el registro de actividad:

  • ¿Con qué frecuencia se ve el contenido?
  • ¿Quién ve el contenido?
  • ¿El contenido se ve normalmente a través de una aplicación o un área de trabajo?
  • ¿La mayoría de los usuarios usan un explorador o una aplicación móvil?
  • ¿Se usan suscripciones?
  • ¿Se crean informes basados en esta solución?
  • ¿Se actualiza con frecuencia el contenido?
  • ¿Cómo se define la seguridad?
  • ¿Se producen habitualmente problemas tales como errores de actualización de datos?
  • ¿Se producen actividades preocupantes (por ejemplo, una importante actividad de exportación o numerosas participaciones en informes individuales) que pudieran justificar el aprendizaje adicional?

Importante

Asegúrese de que alguien revise periódicamente el registro de actividad. La simple captura y almacenamiento del historial tiene valor a efectos de auditoría o cumplimiento. Sin embargo, el verdadero valor se produce cuando se puede realizar una acción proactiva.

Soporte técnico de la solución

Aunque la migración se haya completado, el período posterior a la migración resulta fundamental para solucionar problemas y controlar las cuestiones de rendimiento. Con el tiempo, es probable que la solución migrada sufra cambios a medida que evolucionen las necesidades empresariales.

El soporte técnico tiende a prestarse de forma ligeramente diferente en función de cómo se administre la inteligencia empresarial de autoservicio en toda la organización. Los expertos en Power BI de todas las unidades de negocio suelen actuar como soporte técnico de primera línea. Aunque se trata de un rol informal, es algo fundamental que se debe fomentar.

Contar con un proceso de soporte técnico formal, con personal de TI capaz de atender incidencias de soporte técnico, también resulta esencial para controlar las solicitudes rutinarias orientadas al sistema y con fines de escalamiento.

Nota:

Los diferentes tipos de soporte técnico interno y externo se describen en la hoja de ruta de adopción de Fabric.

También puede tener un Centro de excelencia (COE) que actúe como consultores internos que apoyan, educan y rigen Power BI en la organización. Un COE puede ser responsable de mantener contenido útil sobre Power BI en un portal interno.

Por último, debe quedar claro a los consumidores del contenido con quién deben ponerse en contacto en caso de tener dudas al respecto, así como disponer de un mecanismo para proporcionar comentarios sobre problemas o mejoras.

Para obtener más información sobre el soporte técnico de los usuarios, con especial atención a la resolución de problemas, vea Soporte técnico para usuarios en la hoja de ruta de adopción de Fabric.

En el artículo final de esta serie podrá aprender de los clientes cuándo realizar la migración a Power BI.

Otros recursos útiles incluyen los siguientes:

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 ponerse en contacto con un partner de Power BI, visite el portal de partners de Power BI.