Guía de Power BI para Project Managers

1. Qué es Power BI y por qué los PMs lo necesitan

Power BI es la herramienta de Business Intelligence de Microsoft. Permite conectar fuentes de datos (Excel, bases de datos, servicios en la nube), transformarlos y visualizarlos en dashboards interactivos que se actualizan automáticamente.

Para un Project Manager, Power BI resuelve un problema concreto: la información de los proyectos suele estar fragmentada. El cronograma en un Excel, los riesgos en otro, los costos en el ERP, el estado del equipo en el chat. Power BI conecta todo eso y genera una vista única, consistente y actualizada.

Lo que cambia cuando tenés un buen dashboard de proyectos

• Las reuniones de seguimiento dejan de ser sesiones para recopilar datos y pasan a ser sesiones para tomar decisiones.
• La dirección tiene visibilidad real sin necesitar a nadie que les explique "cómo van las cosas".
• Los desvíos aparecen antes de convertirse en problemas críticos.
• Los informes de estado dejan de ser trabajo manual semanal.

2. Cuándo usar Power BI (y cuándo no)

Power BI conviene cuando:

• Gestionás más de 3 proyectos simultáneos y necesitás visibilidad de portfolio.
• Tu organización ya usa Microsoft 365 (la integración es nativa con Excel, SharePoint, Teams).
• Necesitás reportes recurrentes para dirección o clientes que se actualicen solos.
• Los datos ya existen pero están en distintas fuentes y nadie los cruza.
• Querés mostrar KPIs de proyectos de forma profesional sin construir nada desde cero cada vez.

Power BI no conviene cuando:

• Gestionás un solo proyecto pequeño: un Excel bien armado alcanza.
• El equipo no tiene ninguna disciplina de carga de datos: el dashboard va a mostrar basura.
• Necesitás gestionar tareas y asignaciones: eso lo hacen Asana, ClickUp o Monday. Power BI solo visualiza, no gestiona.

3. Caso aplicado: dashboard de gestión de proyectos

Qué muestra un dashboard de gestión de proyectos bien construido

• Vista de portfolio: todos los proyectos activos con su estado (verde / amarillo / rojo), porcentaje de avance y fecha de cierre estimada.
• Hitos críticos: los próximos 30 días con hitos vencidos, en curso y completados por proyecto.
• KPIs de rendimiento: SPI (Schedule Performance Index), CPI (Cost Performance Index) y variación de alcance si los datos lo permiten.
• Distribución de recursos: horas asignadas vs. horas disponibles por persona o equipo.
• Registro de riesgos: riesgos activos por severidad y proyecto, con responsable y fecha de revisión.

Cómo se usa en la práctica

1. El equipo carga el avance semanal en el Excel de origen (o en la herramienta de gestión conectada).
2. Power BI actualiza el dashboard automáticamente al abrir el archivo o en la frecuencia configurada.
3. En la reunión de seguimiento, el PM abre el dashboard en pantalla grande y conduce la conversación desde los datos.
4. La dirección tiene acceso al dashboard publicado en Power BI Service y puede consultarlo en cualquier momento sin pedir informe a nadie.

4. Los KPIs esenciales para un PM

Antes de construir cualquier visualización, definí qué vas a medir. Estos son los indicadores más relevantes para un dashboard de gestión de proyectos:

KPIs de avance

• % de avance por proyecto: tareas completadas / tareas totales × 100.
• % de hitos completados en fecha: hitos cumplidos a tiempo / hitos totales × 100.
• Variación de cronograma: diferencia entre la fecha planificada y la fecha real de cierre de fases.

KPIs de recursos

• Utilización de recursos: horas reales trabajadas / horas planificadas por persona.
• Concentración de carga: qué personas están asignadas a más del 100% de su capacidad.

KPIs de riesgo

• Cantidad de riesgos activos por proyecto.
• Riesgos de alta severidad sin plan de respuesta asignado.
• Riesgos vencidos (sin revisión en los últimos 14 días).

5. Cómo estructurar los datos antes de empezar

El error más común al construir un dashboard en Power BI es empezar con los datos mal estructurados. Power BI funciona mejor con datos en formato tabular plano: una fila por registro, una columna por atributo.

Estructura recomendada para un registro de proyectos

Un Excel simple con estas columnas es suficiente para alimentar un dashboard funcional:

• ID_Proyecto — identificador único (ej: P001, P002)
• Nombre_Proyecto
• Estado — En curso / En riesgo / Pausado / Cerrado
• Porcentaje_Avance — número entre 0 y 100
• Fecha_Inicio_Plan
• Fecha_Cierre_Plan
• Fecha_Cierre_Real — vacío si está en curso
• Responsable_PM
• Sponsor
• Categoria — Tecnología / Infraestructura / Transformación / etc.

Estructura para hitos

• ID_Proyecto — para cruzar con la tabla de proyectos
• Nombre_Hito
• Fecha_Plan
• Fecha_Real
• Estado_Hito — Pendiente / Completado / Vencido

6. Primeros pasos: instalar y conectar datos

Instalar Power BI Desktop

1. Ingresá a powerbi.microsoft.com y descargá Power BI Desktop (gratuito, solo Windows).
2. Instalá con las opciones por defecto.
3. Al abrir, podés iniciar sesión con tu cuenta de Microsoft o continuar sin cuenta (solo para uso local).

Conectar tu Excel de proyectos

1. En Power BI Desktop, hacé clic en Obtener datos → Excel.
2. Seleccioná tu archivo Excel.
3. En el navegador, seleccioná las hojas que querés importar (Proyectos, Hitos, etc.).
4. Hacé clic en Cargar.

Relacionar las tablas

1. Andá a la vista Modelo (ícono de diagrama en la barra lateral).
2. Power BI suele detectar automáticamente la relación entre tablas que comparten el campo ID_Proyecto.
3. Si no la detecta, arrastrá el campo ID_Proyecto de la tabla Proyectos al campo ID_Proyecto de la tabla Hitos.

7. Visualizaciones clave para PMs

Estas son las visualizaciones más útiles para un dashboard de gestión de proyectos, en orden de prioridad:

Tarjetas de resumen (Cards)

Para mostrar de un vistazo: total de proyectos activos, porcentaje promedio de avance del portfolio, cantidad de hitos vencidos, proyectos en riesgo.

Gráfico de barras apiladas

Para comparar el avance entre proyectos. Eje Y: nombre del proyecto. Eje X: porcentaje completado. Coloreado por estado (verde / amarillo / rojo).

Tabla con formato condicional

Para la lista de hitos próximos: nombre del hito, proyecto, fecha plan, fecha real, estado. Con formato condicional que pone en rojo los vencidos y en amarillo los que vencen en los próximos 7 días.

Gráfico de Gantt simplificado

Power BI no tiene un visual de Gantt nativo, pero podés instalar el visual Gantt Chart by xViz desde el marketplace de AppSource. Permite mostrar el cronograma de todos los proyectos en una vista de barras horizontales con fechas reales vs. planificadas.

Segmentadores (Slicers)

Agregar filtros interactivos por: responsable PM, categoría de proyecto, período, estado. Permiten que quien usa el dashboard explore los datos sin modificar nada.

8. Errores frecuentes y cómo evitarlos

Error 1: Datos sucios en el origen

Si el Excel tiene fechas escritas como texto ("15/03/26"), estados escritos de formas distintas ("En curso", "en curso", "En Curso") o celdas combinadas, Power BI no va a procesar bien los datos. La solución es limpiar el origen antes de conectar, no en Power BI.

Error 2: Demasiados visuales en una sola página

Un dashboard de proyectos no es un informe de 15 páginas en una pantalla. Tres o cuatro visuales bien elegidos comunican mejor que diez comprimidos. Si tenés más información, usá pestañas (páginas) dentro del mismo reporte.

Error 3: Colores sin significado

Rojo, amarillo y verde tienen un significado universal en gestión de proyectos. Usarlos para otra cosa confunde. Si el estado de un proyecto es "En riesgo", el color debe ser amarillo o rojo, no celeste porque "combina con la paleta de la empresa".

Error 4: No definir quién carga los datos

Un dashboard se actualiza tan bien como los datos que lo alimentan. Si nadie es responsable de actualizar el Excel de origen cada semana, el dashboard va a quedar desactualizado y va a perder credibilidad rápido. Antes de construirlo, definí el proceso de carga.

Error 5: Empezar por las visualizaciones antes que por las preguntas

El orden correcto es: primero definir qué preguntas tiene que responder el dashboard (¿qué proyectos están en riesgo? ¿cuántos hitos vencen esta semana? ¿quién tiene más carga?), después diseñar los visuales. No al revés.