Business Intelligence
Power BI para control de obra: cómo pasar del Excel manual al tablero automático
Qué se necesita realmente para automatizar los reportes de una obra con Power BI: fuentes, modelo de datos, los KPIs que sí se usan y los errores que hacen fracasar el 80 % de los intentos.
8 min de lectura · por el equipo de TIN PERÚ
Casi todas las empresas constructoras y mineras con las que trabajamos tienen la misma escena: dos o tres personas dedicando los primeros días de cada mes a copiar, pegar y cuadrar Excel para armar el informe de gerencia. El reporte sale tarde, con errores de digitación, y para cuando se presenta la decisión ya se tomó por instinto. Power BI resuelve esto — pero no por comprarlo.
Por qué fracasan la mayoría de implementaciones
- Empezar por el gráfico y no por el dato. Un tablero bonito sobre datos inconsistentes es un generador de discusiones más rápido.
- Querer integrar todo desde el día uno. El proyecto se eterniza y pierde patrocinio antes de mostrar valor.
- No definir quién es dueño de cada dato. Si nadie responde por la fuente, nadie corrige los errores.
- Dejarlo en manos de una sola persona que luego se va. Sin documentación ni traspaso, el tablero muere con ella.
- Replicar en Power BI el mismo Excel de siempre. Se automatiza el desorden, no se resuelve.
Las fuentes reales de una obra peruana
| Fuente | Qué aporta | Dificultad de conexión |
|---|---|---|
| S10 / ERP de costos | Costo real, presupuesto meta, valorizaciones | Media: requiere acceso a base o exportación programada |
| Primavera P6 / MS Project | Cronograma, avance programado, ruta crítica | Media: exportación XER/XML periódica |
| Excel de campo (tareo, producción) | Avance físico, horas hombre, rendimiento | Baja, pero exige estandarizar el formato |
| Almacén / logística | Consumo de materiales, stock crítico | Variable según el sistema |
| Planilla / RRHH | Horas hombre reales, sobretiempo | Media, con cuidado de datos personales |
Los KPIs que un gerente de proyecto sí mira
- Curva S de avance (PV, EV, AC) por proyecto y por frente.
- CPI y SPI con su tendencia de los últimos 6 cortes — la tendencia importa más que el valor puntual.
- Proyección al cierre (EAC) con sus escenarios y la variación respecto al corte anterior.
- Rendimiento real vs. presupuestado de las partidas que concentran el 80 % del costo.
- Horas hombre y sobretiempo por frente: es donde se fuga el margen sin que aparezca en el presupuesto.
- Adicionales: presentados, aprobados, en proceso y su impacto en el resultado proyectado.
El modelo de datos, en una frase
Una tabla de hechos con el costo y el avance por fecha y por elemento de la EDT, rodeada de tablas de dimensiones (calendario, EDT, frente, partida, recurso). Ese esquema en estrella resuelve el 95 % de los casos y evita el pecado clásico: una sola tabla gigante con todo mezclado que hace lento y frágil el tablero.
Cómo abordarlo por etapas
- Semana 1–2: prototipo con datos reales de un solo proyecto y tres indicadores. Sirve para validar el enfoque y conseguir patrocinio.
- Semana 3–6: modelo de datos completo, automatización de la carga y validación contra el reporte manual (deben cuadrar, corte por corte).
- Semana 7–8: capacitación del equipo, documentación de medidas y proceso, y definición de quién mantiene qué.
- Después: ampliación a más proyectos con el mismo modelo. Ahí es donde la inversión se multiplica.
En TIN PERÚ hacemos exactamente este recorrido, y capacitamos a los ingenieros de la empresa para que el tablero siga vivo cuando nosotros salimos. El objetivo no es que nos necesite siempre: es que su oficina técnica deje de perder tres días al mes armando lo que la máquina puede armar sola.
¿Necesita implementarlo en su proyecto?
Hacemos exactamente esto en obras de minería y construcción: diagnóstico, implementación y acompañamiento con su propio equipo.
Conversemos →