TL;DR

• Un buen reporte ejecutivo de obra prioriza decisiones: avance, costo, cashflow, riesgos y desvíos, no detalle operativo.
• La junta necesita “una página” comparable entre proyectos, con anexos estandarizados (S-Curve, EVA y fondos comprometidos).
• La consistencia depende de definiciones y corte de datos: ejecutado ≠ facturado ≠ pagado; committed debe existir.
• Un dashboard para junta directiva falla cuando mezcla fuentes (Excel/WhatsApp/ERP) sin reglas de validación.
• SmartDevelopment ordena committed, valorizaciones y conciliación con ERP para reportes por proyecto confiables.

La junta directiva no necesita “más información”: necesita claridad para decidir . En construcción, el problema típico es que el reporte por proyecto mezcla avance de obra, costos, facturas y caja con definiciones distintas .

En esta guía vas a ver qué debe incluir un reporte ejecutivo de obra, cómo estructurarlo en 1 página + anexos, y cómo lograr consistencia entre obra y contabilidad para un dashboard para junta directiva que se sostenga mes a mes.

Un reporte por proyecto para directorio debe responder “¿estamos en control?” con 5 bloques: avance, costo, cashflow, riesgos y decisiones requeridas ; y debe evitar el detalle operativo que no cambia decisiones.

Ejemplo/Prueba: en comités mensuales, la discusión se traba cuando el PM muestra “avance físico” y Finanzas mira “facturado/pagado”; sin EVA (CPI/SPI) y sin committed, el debate no converge.

Checklist (qué sí / qué no):

• Sí: estado RAG (verde/amarillo/rojo) por avance, costo y caja.
• Sí: variaciones vs baseline (plazo y costo) y causa raíz en 2 líneas.
• Sí: committed vs presupuesto y forecast a fin de obra (EAC).
• No: listado de 200 partidas, RFIs o submittals sin síntesis.
• No: fotos sueltas sin vínculo a hitos/curva.
• No: “números” sin fecha de corte y sin definiciones.
• No: KPIs que cambian de fórmula cada mes.

En resumen: La junta compra decisiones, no detalle: 5 bloques ejecutivos, comparables y con definiciones/corte explícitos.

[Agenda diagnóstico de 30 min →]

Los KPIs de proyectos de construcción para junta deben cubrir performance (tiempo/costo), caja y riesgo, con un “por qué” breve y una acción sugerida.

Ejemplo/Prueba: dos proyectos con 60% de avance pueden estar opuestos: uno con CPI < 1 (sobre costo) y otro con SPI < 1 (atraso). Sin CPI/SPI, el directorio ve “60%” y decide mal.

KPIs imprescindibles (5–7):

• Avance plan vs real: % y hitos; ideal con S-Curve.
• SPI (Schedule Performance Index): ritmo vs plan (EVA).
• CPI (Cost Performance Index): eficiencia de costo (EVA).
• Committed vs presupuesto: fondos comprometidos a la fecha.
• Forecast a fin de obra (EAC): costo final esperado (según madurez de procesos).
• Cashflow 8–12 semanas: entradas/salidas esperadas (según contratos).
• Top 5 riesgos y mitigación: impacto, probabilidad, dueño, fecha.

En resumen: Si la junta solo mira “avance” y “gastado”, falta la mitad: EVA (CPI/SPI), committed, forecast y cashflow futuro.

[Descargá la plantilla de KPIs →]

La estructura recomendada es una página ejecutiva (para leer en 2 minutos) y anexos estandarizados (para auditar en 10–15 minutos), siempre con el mismo corte.

Ejemplo/Prueba: cuando cada PM arma su propio PowerPoint, el directorio compara “estilos”, no proyectos. La estandarización convierte el comité en un sistema de control, no en una reunión.

Pasos para la estructura “1 página + anexos”:

• Definí fecha de corte (ej.: último día hábil del mes) y “freeze” de datos.
• Diseñá la página 1 con: semáforo, KPIs, variaciones, decisiones.
• Anexo A: S-Curve (plan vs real) con hitos principales.
• Anexo B: EVA (CPI/SPI) + breve lectura (“por qué”).
• Anexo C: committed (PO + subcontratos activos) vs presupuesto.
• Anexo D: cambios (órdenes de cambio) aprobadas vs en trámite.
• Anexo E: riesgos con dueño y fecha de mitigación.

Tabla comparativa (extractable):

En resumen: La “1 página” acelera decisiones y los anexos sostienen la confianza; ambos requieren corte y formato fijo.

[Agenda diagnóstico de 30 min →]

Se logra con fuente única de verdad , definiciones únicas y conciliación operativa: obra reporta avance y committed; contabilidad confirma facturado/pagado; el dashboard muestra cada concepto sin mezclarlos.

Ejemplo/Prueba: si “costo” en obra significa ejecutado (avance valorizado) y en ERP significa pagado, el KPI “costo vs presupuesto” va a “bailar” y pierde credibilidad ante la junta.

Checklist de consistencia (5–7):

• Definí y documentá: presupuesto , committed , ejecutado , facturado , pagado .
• Establecé reglas de corte (qué entra y qué queda para el mes siguiente).
• Usá una WBS única (estructura de desglose) para obra y finanzas.
• Conciliá subcontratos y OCs con sus estados (vigente, aprobado, pendiente).
• Asegurá trazabilidad: cada número debe “bajar” a documentos/valorizaciones.
• Separá “variación” (cambio aprobado) de “desvío” (ineficiencia o evento).
• Revisá excepciones antes del comité (pre-cierre con PM + Finanzas).

En resumen: Consistencia no es “mismo Excel”: es definiciones + WBS + corte + trazabilidad entre committed/ejecutado/facturado/pagado.

Una plantilla útil tiene campos mínimos que permiten comparar proyectos y auditar desvíos sin pedir “el Excel de soporte”.

Ejemplo/Prueba: cuando falta “baseline” (plazo/costo original), cualquier variación se vuelve opinable; cuando falta “committed”, el sobrecosto aparece tarde (en la factura).

Campos mínimos (para la 1 página):

• Identificación: proyecto, sponsor, PM, etapa, fecha de corte.
• Baseline: plazo base y presupuesto base (con versión).
• Avance: % plan, % real, hitos del periodo.
• EVA: CPI, SPI y lectura de tendencia (breve).
• Capital: presupuesto, committed, ejecutado, forecast (EAC).
• Caja: cashflow próximo (8–12 semanas, según contratos).
• Riesgos/decisiones: top 5 + decisiones requeridas al directorio.

En resumen: Si tu plantilla no incluye baseline, EVA y committed, el reporte se vuelve narrativo y llega tarde al desvío.

Lead Magnet (descargable):

El cierre mensual debe ser un proceso repetible con responsables, validaciones y un “freeze” de datos; así el reporte ejecutivo de obra sale rápido y consistente, sin depender de la persona que “sabe dónde está el archivo”.

Ejemplo/Prueba: en proyectos con múltiples frentes, los atrasos de cierre suelen venir por valorizaciones sin aprobación, OCs sin estado y facturas sin match; el directorio termina viendo datos de hace 15 días.

Pasos de cierre mensual (5–7):

• Cerrá avance con evidencia y aprobación por roles (PM/QA/QS).
• Cerrá valorizaciones con retenciones/amortizaciones según contrato.
• Actualizá committed : nuevas OCs, POs y subcontratos activos.
• Reconciliá facturas : recibidas vs aprobadas vs contabilizadas.
• Revisá excepciones (sobregiros, ítems sin WBS, cambios sin aprobación).
• Congelá el dataset y emití versión del reporte (v1, v2 si aplica).
• Prepará la nota ejecutiva : 3 bullets de decisiones.

En resumen: Un buen reporte nace de un cierre con reglas; sin cierre, el dashboard es una foto vieja y discutible.

[Agenda diagnóstico de 30 min →]

• Mezclar conceptos contables: usar “pagado” como “costo del periodo” distorsiona performance y genera discusiones interminables.
• No declarar fecha de corte: el reporte cambia durante la reunión; la junta pierde confianza en el dashboard.
• No tener baseline versionado: sin plan base, no existe “desvío” medible; solo opiniones.
• Reportar solo gasto y no committed: el sobrepresupuesto aparece tarde, cuando la factura ya llegó.
• KPIs sin dueño: nadie responde por CPI/SPI, riesgos o cashflow; el reporte se vuelve decorativo.
• Exceso de detalle operativo: 20 slides de partidas ocultan la decisión importante del mes.
• Cambios sin gobernanza: OCs “en trámite” se cuelan como si fueran aprobadas.

En resumen: Los errores típicos destruyen comparabilidad y confianza: conceptos mezclados, sin corte, sin baseline y sin committed.

• Semáforos siempre en verde: suele indicar falta de reglas de umbral o miedo a escalar riesgos.
• CPI/SPI “no disponibles”: señal de que no hay EVA confiable o no existe WBS consistente.
• Forecast cambia fuerte mes a mes: indica ausencia de committed/OC controladas o mala disciplina de cierre.
• El directorio pide “el Excel soporte”: el reporte no tiene trazabilidad a documentos/valorizaciones.
• Diferencias recurrentes obra vs ERP: falta conciliación operativa o mapeo de WBS/cuentas.
• Riesgos sin fecha ni dueño: riesgo “narrativo” que no se gestiona.
• Cierre que se estira semanas: el comité decide con datos viejos (reactivo).

En resumen: Si el reporte no es trazable, no es comparable o llega tarde, el problema es de proceso y fuente de datos, no de diseño.

• Si no hay fecha de corte definida → no se publica el reporte (se emite borrador interno).
• Si una OC no está aprobada → no impacta baseline ni forecast (va a “en trámite”).
• Si no hay subcontrato/OC aprobada → no se aprueba valorización del periodo.
• Si committed > presupuesto en una WBS → flujo de excepción con aprobación (CFO/Director).
• Si el KPI no tiene dueño (responsable) → se elimina del tablero hasta asignarlo.

En resumen: Los hard stops protegen la credibilidad: sin corte, sin aprobación y sin responsables, no hay KPI que aguante.

Escenario: 12 proyectos activos, 4 frentes por proyecto en promedio, valorizaciones mensuales, múltiples subcontratistas y presión de caja por hitos de cobro.

Riesgos:

• Discusión por definiciones (“¿costo es pagado o ejecutado?”).
• Desvíos que aparecen tarde por falta de committed.
• Forecast inconsistente por OCs sin estado.
• Decisiones reactivas por cierres lentos.

Cómo lo resuelve el flujo (según nuestra experiencia en implementaciones):

• Se define una WBS estándar y un diccionario de datos mínimo para todos los proyectos.
• Se instala un cierre mensual con aprobaciones por roles y dataset “freeze”.
• Se arma una página ejecutiva única para todo el portfolio y anexos repetibles (S-Curve, EVA, committed).
• Se gobiernan cambios: baseline versionado y OCs con estados claros.

Cómo trabajamos (Smart Strategy):

• Metodología: control de capital desde el compromiso (committed primero; después facturas/pagos).
• Partimos de un diagnóstico corto: definiciones, corte, WBS, fuentes y excepciones.
• Diseñamos el tablero ejecutivo y el cierre para que sea operable por PM + Finanzas, no por “un Excel owner”.

Qué NO asumimos:

• No asumimos reglas contables universales: IFRS/NIIF, GAAP, retenciones e impuestos varían por país y contrato; recomendamos validación con Contabilidad/Asesoría.
• No asumimos que “avance” siempre se mide igual: puede ser por hitos, cantidades, % físico o % valorizado; se define y documenta.

Para constructoras, desarrolladores y EPC con múltiples frentes, valorizaciones periódicas y presión de caja, el problema no es “hacer un dashboard”: es sostener capital controlado, datos trazables y cierre repetible .

• Dolor: Reportes que llegan tarde y se discuten → Capacidad: capturar avance con evidencia y aprobaciones por roles → Resultado: cierre más consistente y comité más corto.
• Dolor: Sobrepresupuesto que aparece en la factura → Capacidad: bloquear gasto no autorizado al nivel de OC/PO (hard stop) → Resultado: desvíos detectados antes, cuando aún hay margen de maniobra.
• Dolor: No se ve el “comprometido real” → Capacidad: ver fondos comprometidos desde la firma de OC/PO y subcontratos activos → Resultado: forecast y cashflow más confiables para directorio.
• Dolor: Conciliación lenta obra–ERP → Capacidad: conciliar automáticamente estados entre proyecto y ERP (NetSuite/SAP, según integración) → Resultado: menos diferencias entre “obra” y “contabilidad”.
• Dolor: KPIs sin lectura de tendencia → Capacidad: calcular EVA nativamente (CPI/SPI) para anticipar costo/plazo → Resultado: decisiones preventivas, no reactivas.

Objeciones típicas:

• "Ya tengo ERP" → ERP registra pagado; committed y flujo de obra requieren capa operativa.
• "Mi obra es chica" → Aplica desde ~5–10 subcontratos o 2–3 frentes; debajo de eso, puede bastar una plantilla bien gobernada.
• "No quiero cambiar todo" → Fase 1: committed + cambios + tablero; Fase 2: valorizaciones; Fase 3: ERP sync.
• "Power BI ya me arma dashboards" → BI visualiza; si la fuente no tiene hard stops y corte, el dashboard escala el caos.

Lead Magnet:

Agendá una reunión diagnóstica de 30 min y salís con: (1) tablero ejecutivo modelo , (2) reglas de KPIs y corte de datos , (3) plan de implementación por fases en SmartDevelopment .

Baseline: Plan base (plazo/costo/alcance) versionado contra el que se miden variaciones y desvíos durante la obra.
WBS (EDT): Estructura de desglose del trabajo para codificar alcance y costos de forma comparable entre proyectos y periodos.
Committed (comprometido): Monto comprometido por OCs/POs firmadas y subcontratos activos, aunque todavía no esté facturado ni pagado.
Ejecutado: Valor del trabajo realizado según medición acordada (hitos/cantidades/%), típicamente asociado a avance y valorización.
Facturado: Monto documentado en factura/valorización emitida o recibida, pendiente de aprobación/contabilización según proceso.
Pagado: Monto efectivamente desembolsado (salida de caja), reflejado en tesorería/ERP.
EVA (Earned Value Analysis): Método que compara valor ganado vs plan y costo real para anticipar desvíos de plazo y costo.
CPI: Índice de performance de costo (EVA); valores menores a 1 sugieren ineficiencia de costo según datos y corte.
SPI: Índice de performance de cronograma (EVA); valores menores a 1 sugieren atraso relativo al plan.
S-Curve: Curva acumulada (plan vs real) de avance/costo para visualizar tendencia y puntos de inflexión.

Evitá detalle operativo sin síntesis, KPIs sin definiciones y reportes sin fecha de corte. También evitá mezclar pagado con ejecutado, porque confunde performance con caja.

Como mínimo: avance plan vs real, CPI/SPI, committed vs presupuesto, forecast (EAC), cashflow de corto plazo y top riesgos con mitigación. El resto debe justificarse por decisión.

Alineando definiciones (committed/ejecutado/facturado/pagado), usando una WBS común y aplicando un cierre con dataset “freeze”. Luego, conciliás estados con el ERP para evitar dobles verdades.

La tendencia es estandarizar: 1 página comparable por proyecto + anexos auditables, con gobernanza de KPIs (dueños, umbrales, corte). Además, integrar riesgos (incluida sostenibilidad cuando aplique) a la decisión de capital.

Sirve para visualización, siempre que la fuente tenga reglas de corte, trazabilidad y control de cambios. Si el dato viene de Excel/WhatsApp sin hard stops, el BI solo hace el problema más “lindo”.

Depende del ritmo de la obra y presión de caja; típicamente el directorio consume mensual y el equipo gestiona quincenal/semanal. Lo clave es que el corte y las definiciones sean iguales en cada ciclo.

Con un top 5 priorizado (impacto/probabilidad), dueño, fecha y mitigación concreta. El objetivo no es “asustar”, es pedir decisiones o destrabar recursos a tiempo.

• Un reporte por proyecto para junta directiva debe ser comparable, trazable y cortado a fecha: sin eso, se discute el número y no la decisión.
• Los KPIs ejecutivos imprescindibles combinan performance (CPI/SPI), capital (committed/forecast) y caja (cashflow), más riesgos accionables.
• La estructura “1 página + anexos” acelera lectura sin perder rigor: la página decide, los anexos prueban.
• La consistencia obra–contabilidad se logra con definiciones, WBS única, cierre mensual y reglas de excepción.
• SmartDevelopment refuerza control de capital desde el compromiso y reduce fricción de cierre, según configuración y madurez de procesos.

Agendá una reunión diagnóstica de 30 min y salís con: (1) tablero ejecutivo modelo , (2) reglas de KPIs y corte de datos , (3) plan de implementación por fases en SmartDevelopment .
Sin promesas mágicas: ordenamos definiciones, cierre y control de capital para maximizar consistencia y velocidad de decisión.