Resultados clave

de los desarrolladores Power BI formados
100 %
entornos, de DEV a PRD, con promoción controlada
3
archivo de configuración central, en lugar de secretos por entorno
1

Contexto

Varios equipos de desarrolladores Power BI, puestas en producción manuales y ningún control sistemático antes de producción.

Los retos

  • Puestas en producción manuales, distintas en cada equipo de desarrollo.
  • Ningún control sistemático antes de que un cambio llegara a producción.
  • Secretos y parámetros duplicados en cada entorno.
  • Variantes de un mismo modelo mantenidas a mano.

Lo que hicimos

Industrializar Power BI y Fabric para un grupo mundial del lujo

  1. Un framework CI/CD Git-first

    Modelos e informes versionados en TMDL y PBIR, pipelines de GitHub Actions autenticados con Azure OIDC, promoción controlada de DEV a UAT y a PRD.

  2. Controles de calidad en cada cambio

    Validación del modelo y reglas de buenas prácticas con Tabular Editor vía XMLA, controles de riesgo antes del despliegue, pruebas DAX de humo y validación selectiva de actualizaciones.

  3. Áreas de trabajo creadas automáticamente

    Capacidad, accesos e integración con Git configurados mediante las API REST de Fabric: se acabó crear áreas de trabajo a mano.

  4. Un modelo maestro, variantes sincronizadas

    Los cambios del modelo maestro se propagan a sus variantes. Un único archivo de configuración central sustituye a los secretos por entorno.

  5. Equipos autónomos

    Todos los desarrolladores Power BI formados en la nueva forma de entregar, estándares documentados.

Arquitectura

Del commit a producción, sin pasos manualesCada cambio sigue el mismo camino: versionado en Git, controlado automáticamente y promovido de un entorno al siguiente.
  1. Git
    • Modelos TMDL
    • Informes PBIR
  2. Controles CI
    • Buenas prácticas
    • Pruebas DAX
    • Riesgos de despliegue
  3. DEV
    • Área aprovisionada
  4. UAT
    • Validación de actualizaciones
  5. PRD
    • Promoción controlada
  • Configuración central
  • Azure OIDC
  • API REST de Fabric

Antes

  • Puestas en producción manuales
  • Prácticas distintas en cada equipo
  • Áreas de trabajo creadas a mano
  • Secretos duplicados por entorno

Después

  • Promoción automatizada DEV → UAT → PRD
  • Un estándar de entrega común
  • Áreas aprovisionadas por API
  • Una configuración central

Lo que cambió

Una puesta en producción ya no es un momento de riesgo: cada cambio pasa los mismos controles y todo el equipo de BI entrega de la misma forma.

Tecnologías
  • Power BI
  • Microsoft Fabric
  • GitHub Actions
  • TMDL / PBIR
  • Tabular Editor
  • XMLA
  • Azure OIDC
  • API REST de Fabric
  • PowerShell
Formato
Proyecto de industrialización dentro de la división tecnológica, con varios equipos de desarrolladores Power BI.

Contacto

¿Sus despliegues de Power BI siguen siendo manuales?

Implantamos la misma cadena de entrega en su organización, adaptada a sus equipos y a sus herramientas.

Casos

Otros casos

  • Salud / Medtech

    Grupo medtech

    Salir de Excel: la primera plataforma de BI de un grupo medtech

    Contexto
    Un grupo medtech sin plataforma de BI: ventas, marketing, finanzas y dirección se gestionaban con grandes archivos de Excel y exportaciones retocadas a mano.
    Resultado
    130+ usuarios en ventas, marketing, finanzas y dirección-50 % de manipulaciones manuales
    • Power BI
    • CRM
    • Autoservicio
    • Automatización
  • Joyería

    Casa de joyería internacional

    Dirigir el BI de una casa de joyería internacional

    Contexto
    Un reporting sobre SAP BusinessObjects y SQL Server que había que migrar a Power BI y Google Cloud para finanzas, omnicanal y supply, con miles de usuarios en todo el mundo.
    Resultado
    4.000–5.000 usuarios en autoservicio en todo el mundoUna veintena de plantillas de informes estandarizadas sobre datos certificados
    • Power BI
    • BigQuery
    • Microsoft Fabric
    • Migración