Gobernanza de Power BI: arquitectura del espacio de trabajo y control de acceso

Las implementaciones no gobernadas de Power BI siguen una trayectoria predecible. Comienza con entusiasmo: los departamentos adoptan Power BI de forma orgánica, creando espacios de trabajo, generando informes y conectándose a fuentes de datos. En un año, la organización tiene 200 espacios de trabajo con nombres inconsistentes, 500 informes con métricas contradictorias y nadie sabe qué panel tiene el número de ingresos "correcto". La alfabetización en datos aumenta, pero la confianza en los datos disminuye.

La gobernanza es el antídoto. Un marco de gobernanza bien diseñado no ralentiza el análisis de autoservicio, sino que lo acelera al proporcionar barreras de seguridad, estándares y señales de confianza. Los usuarios crean informes más rápido porque saben qué conjuntos de datos están certificados. Los ejecutivos confían en las cifras porque las definiciones están estandarizadas. La TI duerme mejor porque los datos confidenciales están clasificados y tienen acceso controlado.

Esta guía proporciona un marco de gobierno completo que cubre la arquitectura del espacio de trabajo, el ciclo de vida del contenido, el control de acceso, la aprobación, las etiquetas de confidencialidad, la configuración del portal de administración y el monitoreo del uso. Se basa en patrones ECOSIRE ha implementado en organizaciones que van desde 50 a 5000 usuarios de Power BI.

---

Conclusiones clave

• Las convenciones de nomenclatura de espacios de trabajo (por ejemplo, DEPT-PURPOSE-ENV) son la base de la gobernanza: hacen que los espacios de trabajo sean detectables, auditables y gestionables a escala.
• El patrón de tres espacios de trabajo (Desarrollo, Prueba, Producción) con canales de implementación evita que los cambios no probados lleguen a los usuarios finales.
• Las aplicaciones Power BI son el mecanismo de distribución recomendado para los consumidores: brindan una experiencia seleccionada sin exponer el espacio de trabajo.
• La aprobación de contenido (promovido y certificado) crea una jerarquía de confianza que ayuda a los usuarios a encontrar conjuntos de datos e informes autorizados.
• Las etiquetas de confidencialidad de Microsoft Purview clasifican y protegen el contenido de Power BI, con herencia automática descendente para las exportaciones.
• El portal de administración de Power BI tiene más de 50 configuraciones de inquilinos que controlan quién puede crear áreas de trabajo, compartir contenido, exportar datos, insertar informes y usar características de IA.
• Las métricas de uso y el registro de actividad brindan visibilidad de los patrones de adopción, lo que permite tomar decisiones basadas en datos sobre ajustes de gobernanza.

---

Arquitectura del espacio de trabajo

El propósito de los espacios de trabajo

Un espacio de trabajo de Power BI es un contenedor para conjuntos de datos, informes, paneles, flujos de datos e informes paginados. Tiene tres propósitos:

1. Colaboración: Los miembros del espacio de trabajo colaboran en la creación y el mantenimiento de contenido.
2. Límite de seguridad: Los roles del espacio de trabajo (administrador, miembro, colaborador, espectador) controlan quién puede hacer qué.
3. Unidad de implementación: Los espacios de trabajo son la unidad de canalización de implementación y publicación de aplicaciones.

Convenciones de nomenclatura de espacios de trabajo

Sin convenciones de nomenclatura, los espacios de trabajo acumulan nombres como "Panel de ventas", "Informes de ventas v2", "Prueba de John" y "FINAL final de ingresos del cuarto trimestre". Las convenciones de nomenclatura eliminan la ambigüedad.

Patrón de nombres recomendado:

{Department}-{Subject}-{Environment}

Ejemplos:

Reglas de nomenclatura:

• Utilice MAYÚSCULAS para la abreviatura del departamento (máximo 5 caracteres)
• Utilice PascalCase para el asunto (máximo 20 caracteres)
• Utilice MAYÚSCULAS para el sufijo de entorno
• Sin caracteres especiales excepto guiones.
• Sin nombres personales (los espacios de trabajo pertenecen a equipos, no a individuos)

Espacio de trabajo por conjunto de datos frente a espacio de trabajo por departamento

Espacio de trabajo por departamento agrupa todo el contenido de un departamento en un solo espacio de trabajo. Esto es más sencillo de administrar, pero crea desafíos en materia de permisos cuando varios equipos dentro de un departamento necesitan diferentes niveles de acceso.

Espacio de trabajo por conjunto de datos crea un espacio de trabajo independiente para cada conjunto de datos principal y sus informes asociados. Esto proporciona control de acceso granular pero crea más espacios de trabajo para administrar.

Enfoque recomendado: Espacio de trabajo por área temática. Agrupe conjuntos de datos e informes relacionados por tema de negocio (ingresos, canalización, inventario) en lugar de por departamento. Esto refleja cómo se consumen los datos (interfuncionalmente) en lugar de cómo se producen (dentro de los departamentos).

El patrón de los tres entornos

Los espacios de trabajo de producción nunca deben modificarse directamente. Utilice el patrón de tres entornos con canalizaciones de implementación de Power BI:

Espacio de trabajo de desarrollo: donde los analistas y desarrolladores crean e iteran sobre informes y conjuntos de datos. Sólo el equipo de BI tiene acceso. Los cambios son frecuentes y experimentales.

Espacio de trabajo de prueba: donde las partes interesadas del negocio revisan y validan los cambios. El contenido se implementa desde Desarrollo a través del proceso de implementación. Las partes interesadas verifican la precisión de los datos, el diseño visual y la lógica empresarial antes de aprobar.

Espacio de trabajo de producción: el único espacio de trabajo al que acceden los usuarios finales (a través de aplicaciones). El contenido se implementa desde Test después de la aprobación de las partes interesadas. Los cambios son controlados y auditables.

Configuración del proceso de implementación:

1. En el servicio Power BI, cree una canalización de implementación (Configuración, luego Canalizaciones de implementación)
2. Asigne los tres espacios de trabajo a las etapas de Desarrollo, Prueba y Producción.
3. Configure las reglas de implementación (por ejemplo, cambie la fuente de datos de la base de datos DEV a la base de datos PROD durante la implementación de prueba a producción)
4. Otorgue acceso al equipo de BI para implementar en todas las etapas.
5. Otorgar acceso a las partes interesadas para aprobar implementaciones de prueba a producción.

Este patrón garantiza que:

• Los usuarios finales nunca ven informes rotos o en progreso
• Los cambios se revisan antes de llegar a producción.
• El historial de implementación proporciona un registro de auditoría
• Las conexiones de fuentes de datos cambian automáticamente entre entornos

---

Distribución de contenido: aplicaciones versus acceso directo

Aplicaciones de Power BI

Las aplicaciones son la forma recomendada de distribuir contenido a los usuarios finales. Una aplicación es una vista seleccionada y de solo lectura del contenido de un espacio de trabajo.

Beneficios de las aplicaciones:

• Los usuarios ven una interfaz limpia y organizada (no la lista completa de contenidos del espacio de trabajo)
• El contenido se puede organizar en secciones con navegación personalizada
• Los permisos de las aplicaciones son independientes de los permisos del espacio de trabajo.
• Las aplicaciones se pueden distribuir a grupos de seguridad, a toda la organización o a usuarios específicos.
• Las actualizaciones de la aplicación se publican explícitamente. Los usuarios no ven los cambios del trabajo en progreso.

Configurar una aplicación

1. Abra el espacio de trabajo de producción.
2. Haga clic en "Crear aplicación" o "Actualizar aplicación".
3. Configura las secciones de la aplicación y el orden de navegación.
4. Establezca la audiencia (usuarios específicos, grupos de seguridad o toda la organización)
5. Configurar permisos:

• Permitir a los usuarios copiar informes: Sí/No (No para entornos gobernados)
• Permitir a los usuarios crear contenido con conjuntos de datos: Sí/No (Sí para autoservicio)
• Permitir a los usuarios compartir la aplicación: Sí/No

6. Publica la aplicación

Cuándo utilizar el acceso directo al espacio de trabajo

El acceso directo al espacio de trabajo (no a través de una aplicación) es apropiado para:

• Miembros del equipo de BI que necesitan editar contenido.
• Usuarios avanzados que crean sus propios informes sobre conjuntos de datos compartidos.
• Espacios de trabajo de desarrollo y prueba (no para usuarios finales)

Para todos los demás usuarios, las aplicaciones brindan una mejor experiencia con más control.

---

Roles y permisos

Roles del espacio de trabajo

Nota crítica: Los espectadores y colaboradores están sujetos a seguridad de nivel de fila (RLS). Los miembros y administradores omiten RLS y ven todos los datos. Nunca asigne roles de miembro o administrador a usuarios que deberían estar sujetos a restricciones de datos.

Matriz de permisos

Asigne roles organizativos a roles de Power BI:

Grupos de Microsoft 365

Cada área de trabajo de Power BI está respaldada por un grupo de Microsoft 365. Cuando crea un espacio de trabajo, se crea un grupo M365 correspondiente. Puedes:

• Agregue miembros del grupo M365 al espacio de trabajo automáticamente
• Utilice grupos M365 existentes (grupos de seguridad o listas de distribución) para ser miembro del espacio de trabajo
• Administre el acceso al espacio de trabajo a través de la administración de grupos de Azure AD en lugar de Power BI

Práctica recomendada: Utilice grupos de seguridad de Azure AD para acceder al espacio de trabajo. Cree grupos como "PBI-FIN-Revenue-Contributors" y "PBI-FIN-Revenue-Viewers". Administre la membresía a través de su proceso de IAM en lugar de asignaciones ad hoc de Power BI.

---

Respaldo de contenido: promocionado y certificado

El respaldo es el sistema de señales de confianza de Power BI. Ayuda a los usuarios a distinguir entre contenido autorizado e informes ad hoc.

Niveles de respaldo

| Nivel | Insignia | ¿Quién puede respaldar? Propósito | |-------|-------|----------------|-----------------| | Ninguno | Sin placa | N/A | Predeterminado para todo el contenido nuevo | | Promovido | Insignia azul | Miembros y administradores del espacio de trabajo | "Este contenido es útil y vale la pena compartirlo" | | Certificado | Insignia de oro con marca de verificación | Sólo certificadores designados | "Este contenido es la única fuente de verdad de la organización" |

Configuración de la certificación

1. En el portal de administración de Power BI, vaya a Configuración de inquilino.
2. Busque "Certificación" en "Configuración de aplicaciones y paquetes de contenido".
3. Habilitar la certificación
4. Especifique quién puede certificar el contenido (recomendado: un pequeño grupo de líderes de BI y administradores de datos)
5. Proporcione un enlace a su documentación de certificación (criterios de certificación)

Criterios de certificación

Cree una lista de verificación de certificación que el contenido debe aprobar antes de recibir la insignia de certificación:

Calidad de los datos:

• La fuente de datos es una fuente empresarial aprobada (no un archivo personal de Excel)
• El programa de actualización está configurado y se realiza de manera confiable
• Pasan las verificaciones de validación de datos (recuento de filas, conciliación total)
• Los datos históricos están completos (sin lagunas ni duplicaciones)

Calidad del modelo:

• Diseño de esquemas en estrella (tablas de hechos + tablas de dimensiones)
• Tabla de fechas correctamente configurada y marcada
• Las relaciones son correctas y eficaces.
• No se permiten filtros cruzados bidireccionales a menos que esté explícitamente justificado.
• Las medidas tienen nombres y formato claros.

Lógica empresarial:

• Las definiciones de métricas coinciden con el diccionario de datos de la organización.
• Los cálculos son revisados ​​por una parte interesada del negocio.
• Se manejan casos extremos (división por cero, valores nulos, fechas futuras)

Seguridad:

• La seguridad a nivel de fila se implementa cuando es necesario
• Se aplican etiquetas de sensibilidad.
• No hay credenciales codificadas ni datos confidenciales en los pasos de Power Query

Documentación:

• El informe incluye una página de documentación o descripciones de información sobre herramientas.
• Las descripciones de las medidas se completan en el modelo.
• Se mantiene el registro de cambios.

Flujo de trabajo de certificación

1. El creador de contenido promueve el contenido (autoservicio)
2. El creador solicita la certificación notificando al equipo de gobierno de BI.
3. El equipo de gobierno revisa la lista de verificación de certificación
4. Si se aprueba, un certificador designado certifica el contenido.
5. La certificación se revisa trimestralmente (o cuando se implementan cambios importantes)

---

Etiquetas de sensibilidad

Las etiquetas de confidencialidad de Microsoft Purview (anteriormente Microsoft Information Protection) clasifican y protegen el contenido de Power BI. Persisten en todas las exportaciones: un informe "Confidencial" exportado a Excel lleva la etiqueta "Confidencial" al archivo de Excel.

Taxonomía de etiquetas

Defina etiquetas de confidencialidad que se alineen con su política de clasificación de datos:

Aplicar etiquetas

Las etiquetas se pueden aplicar a nivel de conjunto de datos, informe y panel:

1. Abra el conjunto de datos o la configuración del informe.
2. En "Etiqueta de confidencialidad", seleccione la etiqueta adecuada.
3. La etiqueta persiste durante todo el ciclo de vida del contenido.

Etiquetado automático

Configure etiquetas de confidencialidad predeterminadas en el portal de administración de Power BI:

• Etiqueta predeterminada para contenido nuevo: Establezca en "General" para que todos los espacios de trabajo nuevos comiencen con una clasificación de referencia.
• Etiquetado obligatorio: Requiere que los usuarios apliquen una etiqueta antes de publicar
• Herencia descendente: cuando un conjunto de datos tiene una etiqueta, los informes creados en él heredan automáticamente la etiqueta.

Protección basada en etiquetas

Para las etiquetas "Confidencial" y "Altamente confidencial", configure acciones de protección:

• Restringir quién puede exportar datos (bloquear la exportación CSV/Excel para Altamente Confidencial)
• Restringir quién puede imprimir informes
• Restringir el uso compartido externo
• Aplicar cifrado de Azure Information Protection a los archivos exportados
• Degradaciones de etiquetas de auditoría (por ejemplo, cambiar de Confidencial a General requiere justificación)

---

Configuración del portal de administración

El portal de administración de Power BI contiene más de 50 configuraciones de inquilinos que rigen el comportamiento organizacional. Estos son los entornos de mayor impacto para la gobernanza.

Configuración del espacio de trabajo

Configuración de exportación y uso compartido

Configuración del desarrollador

Configuración de IA y copiloto

Auditoría y Cumplimiento

---

Métricas de uso y seguimiento de la adopción

Métricas de uso integradas

Power BI proporciona informes de métricas de uso para cada área de trabajo. Estos informes muestran:

• Número de vistas por informe (diario, semanal, mensual)
• Espectadores únicos por informe
• Informes más populares
• Informe de rendimiento (tiempo de carga promedio)
• Método de distribución (acceso directo vs aplicación vs incrustación)
• Plataforma (web, escritorio, móvil)

Acceda a las métricas de uso haciendo clic en "Métricas de uso" en cualquier informe en el espacio de trabajo.

Registro de actividad de Power BI

El registro de actividad registra cada acción realizada en el servicio Power BI. Está disponible a través de:

• Registro de auditoría de Microsoft 365 (centro de cumplimiento)
• API REST de Power BI (cmdlet Get-PowerBIActivityEvent)
• Azure Log Analytics (si está configurado)

Eventos clave a monitorear:

Panel de adopción

Cree un panel de adopción interno utilizando los datos del registro de actividad. Métricas clave:

Monthly Active Users =
DISTINCTCOUNT(ActivityLog[UserEmail])

Adoption Rate =
DIVIDE(
    [Monthly Active Users],
    [Total Licensed Users]
)

Reports Per User =
DIVIDE(
    COUNTROWS(FILTER(ActivityLog, ActivityLog[Activity] = "ViewReport")),
    [Monthly Active Users]
)

Self-Service Ratio =
DIVIDE(
    CALCULATE(COUNTROWS(ActivityLog), ActivityLog[Activity] = "CreateReport"),
    CALCULATE(COUNTROWS(ActivityLog), ActivityLog[Activity] = "ViewReport")
)

El panel de adopción ayuda a los equipos de gobierno a:

• Identificar departamentos con baja adopción (necesitan capacitación)
• Encuentre informes muy utilizados que deberían estar certificados
• Detectar informes que nunca son vistos (candidatos a jubilación)
• Seguimiento de los KPI de gobernanza a lo largo del tiempo (% de contenido certificado, porcentaje de contenido etiquetado)

---

Análisis de linaje e impacto

Vista de linaje de datos

La vista de linaje de Power BI muestra la cadena de dependencia desde el origen de datos hasta el conjunto de datos para informar al panel. Accede a él desde el menú del espacio de trabajo (tres puntos, luego vista Lineage).

La vista del linaje responde:

• "¿Qué informes utilizan este conjunto de datos?" (análisis de impacto para cambios en el conjunto de datos)
• "¿De dónde vienen los datos de este informe?" (trazabilidad de la fuente)
• "¿Hay conjuntos de datos huérfanos sin informes?" (candidatos de limpieza)
• "¿Qué conjuntos de datos se conectan a la puerta de enlace?" (mapeo de dependencia de puerta de enlace)

Análisis de impacto

Antes de cambiar un conjunto de datos (modificar una tabla, cambiar el nombre de una columna, cambiar una relación), utilice el análisis de impacto para comprender los efectos posteriores:

1. En la vista de linaje, seleccione el conjunto de datos.
2. Haga clic en "Análisis de impacto"
3. Power BI muestra todos los informes, paneles y aplicaciones que dependen del conjunto de datos.
4. Revise la lista y notifique a los propietarios de los informes antes de realizar cambios importantes.

Esto evita el escenario común en el que un cambio de esquema bien intencionado rompe 15 informes en 3 departamentos.

Integración del catálogo de datos

Para organizaciones con Microsoft Purview (anteriormente Azure Data Catalog), los conjuntos de datos de Power BI se pueden registrar en el catálogo de datos. Esto proporciona:

• Descubrimiento de datos multiplataforma (encuentre conjuntos de datos de Power BI junto con tablas SQL, vistas de Synapse, etc.)
• Integración del glosario empresarial (vincular medidas de Power BI a definiciones empresariales estándar)
• Gestión de datos (asignar propietarios y administradores de datos en el catálogo)
• Seguimiento del cumplimiento (ver etiquetas de confidencialidad y clasificaciones en todos los activos de datos)

---

Documento de políticas de gobernanza

Toda organización debe mantener un documento de gobierno de Power BI. A continuación se muestra una estructura de plantilla.

Sección 1: Alcance y objetivos

• Defina qué significa "gobernanza" para su organización (no burocracia, sino habilitación)
• Establecer los objetivos: confianza en los datos, cumplimiento normativo, control de costes, aceleración de la adopción.
• Definir a quién se aplica el marco de gobierno (todos los usuarios de Power BI, departamentos específicos, etc.)

Sección 2: Funciones y responsabilidades

Sección 3: Estándares

• Convenciones de nomenclatura del espacio de trabajo (como se define anteriormente)
• Convenciones de nomenclatura de conjuntos de datos (por ejemplo, DS_Revenue_Sales, DS_Headcount_HR)
• Convenciones de nomenclatura de medidas (por ejemplo, "Ingresos hasta la fecha", no "RevYTD" o "ytd_revenue")
• Convenciones de nomenclatura de informes (por ejemplo, RPT_Executive_Sales_Monthly)
• Estándares de paleta de colores (alinearse con la marca corporativa)
• Pautas de visualización (qué tipo de gráfico para qué tipo de datos)

Sección 4: Procesos

• Ciclo de vida del contenido: crear, promocionar, certificar, retirar
• Gestión de cambios: cómo solicitar cambios en el contenido certificado
• Proceso de solicitud de acceso: cómo los usuarios solicitan acceso al espacio de trabajo o a la aplicación
• Respuesta a incidentes: qué hacer cuando se detecta una violación de datos o de gobernanza
• Cadencia de revisión: revisiones de certificación trimestrales, actualizaciones de políticas anuales

Sección 5: Cumplimiento

• Requisitos de clasificación de datos (qué etiquetas de confidencialidad son obligatorias)
• Requisitos reglamentarios (GDPR, HIPAA, SOC 2, específicos de la industria)
• Políticas de retención de datos (cuánto tiempo se deben conservar los datos históricos en los conjuntos de datos)
• Restricciones de exportación (quién puede exportar qué tipos de datos)

Sección 6: Capacitación

• Formación onboarding para nuevos usuarios de Power BI (autoservicio, 2 horas)
• Formación avanzada para autores de informes (dirigida por un instructor, 1 día)
• Capacitación en gobernanza para administradores y administradores de datos (dirigida por un instructor, medio día)
• Curso de actualización anual para todos los usuarios (autoservicio, 1 hora)

Para las organizaciones que implementan la gobernanza desde cero, el servicio de implementación de Power BI de ECOSIRE incluye un taller de gobernanza que produce un documento de gobernanza, una arquitectura del espacio de trabajo y un proceso de certificación personalizados adaptados al tamaño y la industria de su organización.

---

Ampliación de la gobernanza

Organizaciones pequeñas (menos de 100 usuarios)

Mantenga la gobernanza ligera:

• 5-10 espacios de trabajo con nombres claros
• Uno o dos conjuntos de datos "dorados" certificados por departamento
• Etiquetas de confidencialidad opcionales (comience con un control de acceso al espacio de trabajo simple)
• Reuniones trimestrales de revisión de la gobernanza
• Un administrador de Power BI que también actúa como administrador de datos

Organizaciones medianas (100-1000 usuarios)

Agregar estructura:

• 20-50 espacios de trabajo con convenciones de nomenclatura aplicadas
• Canales de implementación para todo el contenido de producción.
• Etiquetas de confidencialidad obligatorias en conjuntos de datos
• Certificación de contenido con una lista de verificación formal.
• Reuniones mensuales de revisión de la gobernanza
• Equipo de BI dedicado (2-5 personas) con funciones de administrador y administrador

Organizaciones grandes (más de 1000 usuarios)

Programa de gobernanza completo:

• Más de 100 espacios de trabajo administrados por un equipo de administración central
• Centro de excelencia (CoE) que proporciona estándares, capacitación y soporte
• Monitoreo de gobernanza automatizado (API REST de Power BI + paneles personalizados)
• Integración con Microsoft Purview para el catálogo de datos empresariales
• Oficial de cumplimiento dedicado que revisa los registros de auditoría
• Revisiones comerciales trimestrales con KPI de gobernanza.
• Consejo asesor de cambios formales para cambios importantes en el contenido certificado.

Modelo de Centro de Excelencia

Un Centro de Excelencia (CoE) de Power BI es un equipo multifuncional que posee gobernanza, estándares, capacitación y soporte. El CoE no crea informes para cada departamento, sino que permite a los departamentos crear sus propios informes dentro de las barreras de gobernanza.

Responsabilidades del CoE:

1. Definir y mantener políticas de gobernanza
2. Cree y certifique conjuntos de datos compartidos (la capa de datos "dorada")
3. Gestionar la puerta de enlace de datos y la infraestructura.
4. Proporcionar formación y horarios de oficina a los usuarios de autoservicio.
5. Revisar y certificar el contenido departamental.
6. Supervisar las métricas de adopción y uso.
7. Evaluar nuevas características y capacidades de Power BI
8. Coordinar con TI en materia de seguridad, cumplimiento y licencias.

Tamaño del CoE:

---

Preguntas frecuentes

¿Cuántos espacios de trabajo debería tener mi organización?

No existe una respuesta universal, pero una pauta útil es un espacio de trabajo de producción por área temática principal (ingresos, canalización, inventario, fuerza laboral, etc.) más espacios de trabajo de desarrollo y prueba para cada una. Una organización de 500 personas suele tener entre 15 y 30 espacios de trabajo. La métrica clave no es la cantidad de espacios de trabajo, sino si cada espacio de trabajo tiene un propietario, un propósito y una convención de nomenclatura claros. Los espacios de trabajo huérfanos sin un propietario claro son un riesgo de gobernanza.

¿Deberíamos restringir quién puede crear espacios de trabajo?

Sí. La creación irrestricta de espacios de trabajo conduce a la expansión descontrolada. En el portal de administración, limite la creación del espacio de trabajo al equipo de BI o a los usuarios avanzados designados. Otros usuarios pueden solicitar espacios de trabajo a través de un sencillo formulario o proceso de emisión de tickets. La solicitud debe incluir: nombre del espacio de trabajo (siguiendo las convenciones de nomenclatura), propósito, propietario, audiencia esperada y fuentes de datos. Esto agrega una pequeña cantidad de fricción que evita la proliferación de espacios de trabajo y al mismo tiempo garantiza que cada espacio de trabajo tenga responsabilidad.

¿Cuál es la diferencia entre un espacio de trabajo y una aplicación?

Un espacio de trabajo es el entorno de colaboración donde los desarrolladores de BI crean y mantienen contenido (conjuntos de datos, informes, paneles). Una aplicación es un paquete seleccionado de solo lectura de ese contenido distribuido a los usuarios finales. Piensa en el espacio de trabajo como la cocina y la aplicación como el menú del restaurante. Los comensales (usuarios finales) ven el menú (app) y eligen qué consumir. Los chefs (desarrolladores de BI) trabajan en la cocina (espacio de trabajo) para preparar e iterar las ofertas. La separación garantiza que los usuarios siempre vean contenido pulido y validado.

¿Cómo manejamos los datos confidenciales en Power BI?

Capas de protección: (1) Utilice seguridad a nivel de fila para restringir qué filas puede ver cada usuario. (2) Utilice seguridad a nivel de objeto para ocultar columnas confidenciales (por ejemplo, salario) de roles no autorizados. (3) Aplicar etiquetas de confidencialidad para clasificar el contenido y controlar las exportaciones. (4) Restrinja los permisos de exportación en el portal de administración para contenido altamente confidencial. (5) Utilice el acceso condicional de Azure AD para requerir dispositivos administrados y MFA para acceder a Power BI. (6) Monitorear el registro de actividad para detectar patrones inusuales de acceso a datos. Ninguna medida por sí sola es suficiente; la defensa en profundidad es esencial.

¿Cómo medimos el éxito de nuestro programa de gobernanza?

Realice un seguimiento mensual de estos KPI de gobernanza: (1) Porcentaje de conjuntos de datos de producción que están certificados (objetivo: 80 %+). (2) Porcentaje de contenido con etiquetas de confidencialidad aplicadas (objetivo: 100%). (3) Número de espacios de trabajo huérfanos sin actividad en 90 días (objetivo: cero). (4) Tiempo medio para certificar nuevos contenidos (objetivo: menos de 5 días hábiles). (5) Tasa de adopción de usuarios (usuarios activos mensuales divididos por usuarios con licencia, objetivo: 70%+). (6) Número de violaciones de gobernanza detectadas en los registros de auditoría (objetivo: tendencia a la baja). (7) Proporción de autoservicio (informes creados por usuarios empresariales versus informes creados por TI, objetivo: en aumento). Cree un panel de gobierno interno para realizar un seguimiento de estas métricas y revisarlas en reuniones de gobierno mensuales.