HOME/Perspectivas.../¿Completado al 50% según quién? Avance real de obra, control de costos y Valor Ganado ¿Completado al 50% según quién? Avance real de obra, control de costos y Valor Ganado Christos Emmanouilidis, Director de Clientes y Comercial (CCO), DANAOS Projects 25 min de lectura 30 de septiembre de 2026 Actualizado 16 de octubre de 2026 Control de Costos y Valor Ganado “El proyecto está completado al 50%.” Suena preciso. Pero en construcción, infraestructura, EPC, construcción naval, obras offshore, desarrollo minero y fabricación por proyectos, puede ser una de las afirmaciones más ambiguas que puede escuchar la dirección. ¿50% según quién? ¿El planificador? ¿El ingeniero de obra? ¿El quantity surveyor (medidor de costos)? ¿El subcontratista? ¿El controlador de costos? ¿El consultor? ¿Finanzas? ¿El cliente? Porque un proyecto puede estar simultáneamente: completado al 50% según el cronograma, al 44% según las cantidades instaladas, al 62% de su presupuesto de mano de obra, al 57% de su presupuesto de maquinaria, al 48% según lo reclamado por un subcontratista, al 43% según lo certificado por el consultor, al 38% facturado al cliente y al 30% cobrado en efectivo. Todas esas cifras pueden ser correctas. Simplemente miden realidades distintas. Y precisamente por eso el reporte de avance no debe confundirse con la Gestión de la Construcción. La verdadera pregunta no es solo: ¿Cuánto trabajo hemos completado? Es: ¿Cuánto trabajo hemos completado, cuánto tiempo tomó, qué recursos consumimos para lograrlo y el costo resultante justificó el avance alcanzado? Ahí es donde la medición del avance se convierte en Control de Costos. Y ahí es donde el Valor Ganado adquiere sentido. ¿Qué significa realmente “completado al 50%”? No existe un porcentaje universal en construcción llamado simplemente “porcentaje completado.” Incluso Oracle Primavera P6 distingue entre diferentes medidas de avance, entre ellas Duration Percent Complete, Units Percent Complete, Physical Percent Complete y Performance Percent Complete. Performance Percent Complete se utiliza luego en los cálculos de Valor Ganado. Definiciones de actividades y porcentaje completado de Oracle Primavera P6 Esa distinción es fundamental. Una aplicación de programación puede informar legítimamente que una actividad está completada al 50% según la metodología de avance seleccionada. Pero eso no establece automáticamente: que se ha construido el 50% de la cantidad contratada; que se ha consumido el 50% de los recursos requeridos; que se ha ganado el 50% del presupuesto; que la operación está produciendo al ritmo planificado; ni que el proyecto sea económicamente sano. El tiempo no es cantidad. La cantidad no es costo. El costo no es avance. La Gestión de la Construcción comienza cuando esas dimensiones se relacionan entre sí. El avance debe registrarse donde realmente ocurre: en la obra El avance real de la construcción se origina en la ejecución. Ocurre en la obra, el patio de fabricación, el astillero, el taller, la mina, la instalación offshore o dondequiera que se realice el trabajo físico. Por lo tanto, el avance debe registrarse contra el alcance real del trabajo. Según la naturaleza de la actividad, puede registrarse como: una cantidad real completada contra una partida del BoQ; un porcentaje completado contra una actividad de la WBS; una producción medible contra el BoQ y la WBS asociada; o una metodología predefinida de avance ponderado cuando las cantidades por sí solas no son suficientes. Los ejemplos son sencillos: 500 m de 1,000 m de tubería instalados = 50% de avance físico en cantidad 600 m³ de 1,000 m³ de concreto vaciados = 60% 250 toneladas de 500 toneladas de acero estructural montadas = 50% 25 de 50 equipos instalados y aceptados = 50% Para trabajos que no pueden medirse razonablemente como una cantidad continua, los hitos de avance predefinidos o las Reglas de Crédito (Rules of Credit) pueden establecer cómo se gana el avance. InEight, por ejemplo, describe las Reglas de Crédito como un método para asignar el avance a hitos medibles, de modo que el reporte de avance refleje logros verificados y no juicios subjetivos. InEight — Rules of Credit Drive Reliable Construction Budgeting Esto establece el primer principio: El avance debe basarse en el trabajo medible realizado, no simplemente en el tiempo transcurrido. Pero incluso un avance físico preciso es solo la mitad de la ecuación. La pregunta que falta: ¿qué se necesitó para producir ese avance? Supongamos que una actividad de tubería contiene: Cantidad del BoQ: 1,000 metros Cantidad real instalada: 500 metros La obra informa legítimamente: Completado al 50%. Pero ahora la dirección necesita saber algo mucho más importante. ¿Qué consumimos para producir esos 500 metros? ¿Qué cantidad de: horas de mano de obra; horas de maquinaria; materiales; recursos de subcontratistas; consumibles; recursos indirectos; se requirió? ¿Y cómo se compara eso con lo que presupuestamos originalmente? Esta es la diferencia entre el registro del avance y el control del proyecto. Un ejemplo sencillo muestra el problema Imagine que el presupuesto para 1,000 metros de tubería se basó en: 800 horas de mano de obra 80 horas de maquinaria 1,000 metros de tubería más los costos asociados de subcontratistas e indirectos. Con exactamente un 50% de avance físico, los supuestos de planificación proporcionales sugerirían que se deberían haber consumido aproximadamente: 400 horas de mano de obra 40 horas de maquinaria 500 metros de material sujeto, por supuesto, a la carga real de recursos y al perfil de producción. Pero las transacciones de obra revelan que: 560 horas de mano de obra 55 horas de maquinaria 540 metros de materiales se han consumido realmente. El proyecto está efectivamente completado físicamente al 50%. Pero su desempeño en recursos no es del 50%. La mano de obra ya ha consumido el 70% de las horas de mano de obra planificadas. La maquinaria ha consumido casi el 69% de las horas de maquinaria planificadas. El consumo de materiales está en el 54%. Ahora “completado al 50%” significa algo completamente distinto. La cantidad es correcta. El proyecto avanza. Pero los recursos necesarios para producir ese avance se están desviando de los supuestos del presupuesto. Esa desviación es donde comienza el verdadero problema de gestión. Cantidad + Tiempo + Costo: la verificación de la realidad en construcción Por lo tanto, la relación esencial en construcción no es simplemente: Avance planificado vs. avance real Es: Cantidad lograda ↔ Tiempo consumido ↔ Recursos consumidos ↔ Costo incurrido Cada una pone a prueba a las demás. La cantidad responde: ¿Qué hemos construido realmente? El tiempo responde: ¿Con qué rapidez lo estamos produciendo (producción impulsada por el esfuerzo)? Los recursos responden: ¿Qué consumimos para producirlo? El costo responde: ¿Cuánto nos costó ese consumo de recursos? Una operación sana requiere que estas dimensiones se mantengan razonablemente alineadas con los supuestos del presupuesto y del cronograma del proyecto. Esa es la verificación de la realidad. El ritmo de producción es tan importante como el avance Supongamos que nuestro presupuesto original asumía: 1,000 metros de trabajo con 800 horas de mano de obra. Por lo tanto, la productividad presupuestada es: 1.25 metros por hora de mano de obra. Pero, tras completar 500 metros, se han consumido 560 horas de mano de obra. La productividad real es ahora: 0.89 metros por hora de mano de obra. El avance físico sigue reportándose con precisión en el 50%. Pero la productividad de la mano de obra se ha deteriorado sustancialmente frente al supuesto del presupuesto. Un tablero de avance que simplemente informa: Instalación de tubería — Completado al 50% no puede revelar esto. El porcentaje es correcto. La conclusión de gestión es errónea porque el porcentaje existe sin contexto operativo. Por eso la productividad real de la mano de obra debe calcularse relacionando el consumo de recursos con el trabajo realmente producido. ProjectVIEW ERP vincula la productividad de la mano de obra con las estructuras BoQ/WBS, de modo que el consumo real de mano de obra pueda compararse con el trabajo del proyecto que produjo. La arquitectura SaaS de DANAOS describe igualmente la productividad de la mano de obra como asociada al BoQ/WBS y la utilización diaria de maquinaria como vinculada al BoQ. Esto es lo que el Valor Ganado intenta decirle a la dirección A nivel de control de proyectos, el Análisis del Valor Ganado formaliza esta relación comparando tres dimensiones fundamentales: Valor Planificado (PV): ¿Cuánto valor debería haberse completado a la fecha? Valor Ganado (EV): ¿Cuál es el valor presupuestado del trabajo realmente completado? Costo Real (AC): ¿Cuánto costó realmente el trabajo completado? Supongamos que nuestro paquete de trabajo de tubería tiene un Presupuesto a la Conclusión (BAC) de $100,000. En la fecha de reporte: Avance planificado = 60% Por lo tanto: PV = $60,000 Pero el avance físico verificado es solo: 50% Por lo tanto: EV = $50,000 Y los recursos realmente consumidos han generado: AC = $65,000 Por lo tanto, el proyecto va retrasado respecto al plan y gasta de forma desproporcionada en relación con el valor que ha ganado. El Índice de Desempeño del Cronograma (SPI) es: SPI = EV / PV = 0.83 El Índice de Desempeño del Costo (CPI) es: CPI = EV / AC = 0.77 Las definiciones actuales de la API de Oracle Primavera describen igualmente el Valor Ganado como el presupuesto de línea base multiplicado por el Performance Percent Complete, y el SPI como el Valor Ganado dividido entre el Valor Planificado. Definiciones de Valor Ganado y desempeño del cronograma de Oracle Primavera P6 Por eso el Valor Ganado es tan potente. No pregunta simplemente: “¿Cuánto dinero hemos gastado?” Pregunta: “¿Cuánto valor ganamos realmente por el dinero gastado?” Y esa es, en esencia, una pregunta de Gestión de la Construcción. El Valor Ganado debe seguir fundamentado en la realidad real de la construcción El Valor Ganado es tan confiable como la medición del avance que lo alimenta. Si alguien simplemente escribe: Completado al 50% contra una actividad de la WBS sin una relación defendible con el logro físico, el cálculo resultante del Valor Ganado puede ser matemáticamente perfecto y operativamente irrelevante. Esta es una distinción importante. El sistema debe saber qué constituye un avance ganado. Este puede provenir de: cantidades instaladas; cantidades del BoQ completadas; avance verificado de la WBS; pasos ponderados; Reglas de Crédito; productos de producción aceptados; trabajo inspeccionado; u otro método de medición definido objetivamente. El objetivo es siempre el mismo: El Valor Ganado debe representar el trabajo realmente realizado. No el optimismo. No el gasto. No simplemente el tiempo transcurrido. Por qué el avance basado solo en la WBS no es suficiente La WBS es indispensable. Estructura: actividades; secuencia; dependencias; hitos; duración; tiempo del proyecto. Pero la WBS no puede, por sí sola, representar toda la realidad económica de la construcción. Considere una actividad: Instalación de tubería de agua helada — Nivel 3 El cronograma puede conocer: fecha de inicio; fecha de término; duración; lógica; asignaciones de recursos; porcentaje completado. Pero el control comercial y operativo necesita bastante más. ¿Qué cantidad de tubería existe dentro de esa actividad? ¿Qué líneas del BoQ? ¿Qué diámetros? ¿Qué materiales? ¿Qué especialidades de mano de obra? ¿Qué maquinaria? ¿Qué subcontratista? ¿Qué presupuesto? ¿Qué costo? ¿Qué se ha adquirido? ¿Qué ha llegado? ¿Qué se ha consumido? ¿Qué se ha inspeccionado? ¿Qué se ha certificado? ¿Qué se ha pagado? Una actividad de la WBS representa la estructura de ejecución del tiempo. No representa automáticamente la estructura comercial y financiera completa del proyecto. Precisamente por eso ProjectVIEW ERP utiliza la relación: BoQ ↔ WBS ↔ Cost Codes El BoQ establece el alcance medible y comercial. La WBS establece la ejecución y el tiempo. Los Cost Codes (códigos de costo) establecen la clasificación económica que la empresa hace del consumo de recursos. ProjectVIEW conecta luego las transacciones reales del proyecto con esas estructuras. DANAOS ha descrito este enfoque como la conexión del presupuesto cuantificado del proyecto, la WBS, las compras, la ejecución en obra y la contabilidad dentro de un único modelo de proyecto gobernado. DANAOS — Por qué la WBS por sí sola no basta para el control de costos del proyecto Una actualización de avance en la WBS es un reporte. Todavía no es Control de Costos. Esta distinción debe ser explícita. Cuando alguien actualiza una actividad de: 40% → 50% la organización ha registrado avance. ¿Útil? Por supuesto. ¿Necesario? Sí. ¿Gestión de la Construcción? Todavía no. La dirección aún necesita determinar si el uso de los recursos asociados a ese mismo trabajo justifica dicho avance. Si un 10% de avance adicional requirió: el 10% de la mano de obra prevista, el 10% del equipo previsto, el 10% de los materiales previstos, y aproximadamente el tiempo previsto, la operación puede ir bien encaminada. Pero si ese mismo 10% de avance adicional requirió: un 22% de mano de obra adicional, un 18% de costo adicional de maquinaria, un 15% de consumo excesivo de materiales, y el doble de la duración prevista, la dirección ha descubierto un serio problema de desempeño. El cronograma por sí solo no puede explicarlo. El porcentaje de avance por sí solo no puede explicarlo. El libro contable por sí solo no puede explicarlo. Solo la relación entre el trabajo logrado y los recursos consumidos lo explica. Esta es la diferencia entre reportar y gestionar la construcción Un sistema de programación puede decirle a la dirección: “Esta actividad está completada al 50%.” Un sistema de gestión de la construcción y control de costos debe responder: “¿Qué cantidad representa ese 50%?” “¿Cuánto tiempo tomó producirla?” “¿Qué mano de obra consumimos?” “¿Qué maquinaria consumimos?” “¿Qué materiales consumimos?” “¿Qué trabajo de subcontratistas consumimos?” “¿Cuánto costaron todos esos recursos?” “¿Cómo se compara el resultado con el presupuesto?” “¿Qué significa esto para el trabajo restante?” Es un nivel de control profundamente distinto. Un porcentaje aislado es reporte. Una cantidad de trabajo completado conciliada con el tiempo, los recursos y el costo es Gestión de la Construcción. Las horas de mano de obra no equivalen a avance Considere dos proyectos. Ambos reportan: 50% de avance físico. El Proyecto A ha consumido: el 48% de sus horas de mano de obra presupuestadas. El Proyecto B ha consumido: 72%. ¿Debería la dirección considerarlos igualmente sanos porque ambos están completados al 50%? Claramente no. El Proyecto A sigue en líneas generales su productividad de mano de obra planificada. El Proyecto B está convirtiendo sustancialmente más mano de obra en el mismo resultado físico. La diferencia puede deberse a: malas condiciones en obra; curva de aprendizaje; congestión; retrabajos; supervisión deficiente; disponibilidad inadecuada de materiales; cambios de diseño; restricciones de acceso; horas extra; composición inadecuada de las cuadrillas; o supuestos de estimación incorrectos. Sea cual sea la causa, el problema solo se hace visible cuando el consumo de mano de obra y el logro físico comparten la misma referencia del proyecto. Por eso ProjectVIEW trata la productividad de la mano de obra como parte del control del proyecto y no solo como administración de recursos humanos. Las horas de maquinaria tampoco equivalen a avance La misma lógica se aplica a los equipos. Una grúa reservada durante diez horas no ha producido necesariamente diez horas de valor. Una excavadora presente en la obra puede estar: trabajando, esperando, inactiva, en mantenimiento, en movilización, o bloqueada por otra actividad. La pregunta no es simplemente: “¿Cuántas horas de maquinaria se registraron?” Es: “¿Qué producción medible generaron esas horas de maquinaria?” El modelo de gestión de maquinaria de ProjectVIEW incluye el costo en trabajo y en inactividad, la programación y la disponibilidad, la logística, el mantenimiento y la utilización diaria de maquinaria vinculada al BoQ. Por lo tanto, la maquinaria puede tratarse como un recurso económico asociado a la producción real del proyecto, y no simplemente como un activo en un registro de flota. Los materiales que llegan a la obra no son avance Los materiales introducen otra distorsión habitual. Supongamos que: se ha comprado el 70% de los materiales. ¿Está el trabajo completado al 70%? Por supuesto que no. ¿Y si: se ha pedido el 70%, se ha entregado el 60%, se ha recibido en inventario el 55%, se ha despachado del almacén el 45%, se ha instalado el 40%, y solo se ha inspeccionado y aceptado el 35%? ¿Qué porcentaje representa el avance? Cada transacción le dice algo útil a la dirección. Ninguna debe confundirse con otra. Los procesos de materiales y producción de ProjectVIEW distinguen: compras; notas de recepción de mercancías; inventario; movimientos de almacén; despachos; fases de producción; consumo de recursos; y costo real de producción. Esa distinción es crítica en: construcción, fabricación MEP, acero estructural, construcción modular, construcción naval, reparación naval, fabricación offshore, fabricación industrial, y otros entornos de producción por proyectos. Pedido no es recibido. Recibido no es consumido. Consumido no es instalado. Instalado no es necesariamente aceptado. Y ninguno de estos porcentajes debería convertirse ciegamente en “avance del proyecto.” El avance en el patio no es automáticamente avance en obra Esto se vuelve aún más importante cuando los proyectos combinan fabricación y construcción. Supongamos que una unidad modular está: fabricada al 80% en el patio. ¿Está el trabajo asociado del proyecto completado al 80%? Quizá no. El módulo aún puede requerir: pruebas; inspección; pintura; liberación; transporte; izaje; montaje; conexión; puesta en marcha; y aceptación del cliente. Por lo tanto, la fabricación por proyectos necesita control del avance a través de múltiples entornos físicos: Oficina ↔ Fábrica ↔ Patio ↔ Almacén ↔ Obra ↔ Buque El hilo económico debe mantenerse continuo mientras el producto físico se desplaza. De lo contrario, cada departamento reporta su propia versión de “completado.” El avance reclamado por el subcontratista es otra versión de la realidad Un subcontratista puede presentar: Completado al 55%. Ese no es necesariamente el porcentaje que el contratista principal debería reconocer. Puede ser necesario validar el avance real contra: cantidades medidas; registros de inspección; tarifas contractuales; certificaciones anteriores; variaciones aprobadas; retenciones; deducciones; no conformidades; y documentos de soporte. Por lo tanto: Avance reclamado ≠ Avance verificado y: Avance verificado ≠ Avance certificado Los procesos de subcontratistas de ProjectVIEW están diseñados para conectar los contratos de subcontratistas, el avance en obra, las certificaciones, las deducciones y las consecuencias financieras dentro de la estructura de control del proyecto. DANAOS describe el entorno integrado de ProjectVIEW como uno que incluye el avance de subcontratistas, las certificaciones y los pasivos junto con el Control de Costos del proyecto. El avance certificado no es lo mismo que el avance físico Un contratista puede haber completado genuinamente: el 50% del trabajo físico. Pero quizá: se ha inspeccionado el 47%, se ha certificado formalmente el 43%, se ha facturado el 38%, y se ha pagado realmente el 30%. Una vez más, ninguno de esos porcentajes es necesariamente erróneo. Pertenecen a etapas distintas de la conversión del trabajo en valor comercial. Esto nos da una secuencia importante: Avance físico → Avance verificado → Avance certificado → Avance facturado → Ingreso cobrado Un ERP para la construcción debe preservar esas distinciones, manteniendo al mismo tiempo las relaciones entre ellas. Porque la ejecución operativa, tarde o temprano, tiene que convertirse en realidad financiera. Aquí es donde la contabilidad de proyectos y la contabilidad financiera deben encontrarse La contabilidad financiera puede informar con precisión: facturas; cuentas por pagar; cuentas por cobrar; asientos contables; pagos; ingresos; gastos. Pero la contabilidad normalmente ve la consecuencia financiera después de que la transacción es reconocida financieramente. La Gestión de la Construcción también debe entender lo que ocurre operativamente antes de que lleguen todos los documentos financieros. Un proveedor puede haber entregado materiales cuya factura aún no se ha contabilizado. Un subcontratista puede haber completado trabajo que aún no se ha certificado. La mano de obra puede haberse consumido ya antes del cierre de la nómina. La maquinaria puede haber trabajado antes de que se finalice la asignación mensual de costos. Por lo tanto, el avance físico existe antes de que parte de su costo llegue al libro mayor. Por eso la contabilidad de proyectos no puede aislarse de la ejecución del proyecto. La transacción financiera debe ser, en última instancia, trazable hasta el mismo trabajo que la originó. Una vez más: BoQ ↔ WBS ↔ Cost Codes Aquí es donde convergen la contabilidad financiera y la contabilidad de proyectos. El Control de Costos ocurre cuando el consumo de recursos justifica el avance Ahora podemos definir el Control de Costos con mayor precisión. El Control de Costos no consiste simplemente en conocer: Costo real vs. presupuesto. Consiste en entender por qué existe el costo real en relación con el trabajo logrado. Supongamos que dos paquetes de trabajo han gastado cada uno: $500,000. El Paquete A ha ganado: $550,000 de valor presupuestado. El Paquete B ha ganado: $350,000. La transacción contable puede ser igual de precisa en ambos casos. El desempeño operativo es completamente distinto. Por eso el costo de los recursos debe asociarse a la misma estructura del proyecto contra la cual se mide el avance. De lo contrario, la dirección puede ver el dinero. Y la dirección puede ver el avance. Pero no puede explicar de manera confiable la relación entre ambos. Eso no es Control de Costos. Eso son dos reportes. Cuando la cantidad, el ritmo de producción y el costo están alineados La condición más potente se da cuando la dirección puede comparar de forma continua: Cantidad ¿Cuánto trabajo se ha logrado realmente? Ritmo de producción ¿Con qué eficiencia se está produciendo esa cantidad a lo largo del tiempo? Costo ¿Cuánto gasto en recursos se necesitó para lograrla? Cuando esas tres se mantienen alineadas con la línea base, el proyecto opera cerca de su modelo económico planificado. Cuando una empieza a desviarse, la dirección recibe una alerta temprana. Por ejemplo: Cantidad atrasada + Costo según lo previsto Puede indicar problemas de cronograma/productividad. Cantidad según lo previsto + Costo elevado Puede indicar ineficiencia de recursos. Cantidad adelantada + Costo proporcionalmente adelantado Puede reflejar simplemente una ejecución acelerada. Cantidad adelantada + Costo por debajo del plan Puede indicar una mejora de la productividad. Pasa el tiempo + poca cantidad ganada Señala un deterioro del cronograma. Por eso el avance no puede interpretarse de forma independiente. Debe explicarse a través de la producción y el costo. Del reporte de avance a una verificación continua de la realidad El reporte tradicional tiende a funcionar de forma periódica: Recopilar el avance. Actualizar P6. Recopilar los costos reales. Esperar las facturas. Cerrar finanzas. Conciliar hojas de cálculo. Preparar un reporte mensual. Explicar la variación. Para cuando la dirección ve el panorama completo, el evento que generó la variación puede haber ocurrido semanas antes. Un ERP centrado en proyectos cambia la secuencia. Los usuarios en obra registran de forma continua: avance físico; transacciones de mano de obra; utilización de maquinaria; movimientos de materiales; producción; avance de subcontratistas; inspecciones; certificaciones; y otros eventos operativos. Estas transacciones remiten a las mismas estructuras del proyecto. Por lo tanto, el sistema puede preguntar de forma continua: ¿Qué deberíamos haber logrado? ¿Qué logramos realmente? ¿Qué recursos debería haber consumido ese logro? ¿Qué recursos consumió realmente? ¿Cuánto costaron esos recursos? ¿Qué significa esa variación para el resto del proyecto? Esa es una auténtica verificación de la realidad del proyecto. Y esta es también la base para una IA confiable La IA hace que esta arquitectura sea aún más importante. Imagine preguntarle a un agente de IA empresarial: “¿Por qué el Proyecto A está perdiendo margen?” Si el avance está en P6, los materiales en hojas de cálculo, la mano de obra en la nómina, la maquinaria en otro sistema, el avance de subcontratistas en archivos PDF, las compras en un ERP, y los datos financieros reales en el libro mayor, la IA primero debe intentar inferir las relaciones entre esos conjuntos de datos. Ese es un problema probabilístico antes de que siquiera se haya abordado la pregunta de negocio real. Pero si: el BoQ, la WBS, los Cost Codes, los recursos, el avance y las transacciones financieras ya están asociados de forma determinista, la IA opera a partir de un contexto de negocio estructurado. Ahora puede interrogar el proyecto en lugar de reconstruirlo. Ese es el propósito de la arquitectura ProjectVIEW ERP + ProjectVIEW AI: ProjectVIEW ERP establece la realidad operativa determinista. ProjectVIEW AI interroga esa realidad. No se debería pedir a la IA que invente las relaciones que la propia empresa no logró establecer. Entonces, ¿qué tan completo está un proyecto que está “completado al 50%”? La respuesta correcta es: Depende de lo que mida ese 50%. Pero la Gestión de la Construcción debe ir más allá. Si el 50% representa un logro físico verificado, la dirección debería preguntar entonces: ¿Qué planeábamos haber logrado a la fecha? ¿Qué cantidad logramos realmente? ¿Cuánto tiempo tomó? ¿Qué mano de obra consumimos? ¿Qué maquinaria consumimos? ¿Qué materiales consumimos? ¿Qué valor de subcontratistas consumimos? ¿Cuál fue el costo real? ¿Qué valor ganamos? ¿Qué se ha certificado? ¿Qué se ha facturado? ¿Qué se ha cobrado? Solo entonces “completado al 50%” se convierte en información de gestión y no en un número en un tablero. Preguntas frecuentes ¿Qué es el avance real en construcción? El avance real es la cantidad medible o el porcentaje verificado objetivamente del trabajo del proyecto efectivamente completado a la fecha de reporte. Normalmente debe registrarse contra el alcance del proyecto representado por partidas del BoQ, actividades de la WBS o una relación controlada entre ambas. ¿Cómo debe medirse el avance de obra? Siempre que sea posible, el avance de obra debe medirse a través de las cantidades reales completadas, como metros instalados, metros cúbicos vaciados o toneladas montadas. Cuando las cantidades físicas por sí solas no son suficientes, pueden utilizarse hitos ponderados predefinidos o Reglas de Crédito para determinar el avance de forma objetiva. ¿Basta el porcentaje completado de la WBS para controlar un proyecto de construcción? No. El porcentaje completado de la WBS es valioso para la gestión del cronograma, pero el control del proyecto también requiere compararlo con las cantidades físicas, el consumo de recursos y el costo. Un porcentaje de avance de la WBS desconectado de la mano de obra, los materiales, la maquinaria, los subcontratistas y las transacciones financieras proporciona un reporte de avance, no una Gestión de la Construcción integral. ¿Cuál es la relación entre el avance y el Control de Costos? El avance establece qué trabajo se ha logrado. El Control de Costos determina si los recursos y el costo consumidos para lograr ese trabajo son coherentes con el presupuesto del proyecto. Por lo tanto, el costo real de la mano de obra, la maquinaria, los materiales, los subcontratistas y otros recursos debe asociarse al mismo BoQ y/o WBS contra el cual se mide el avance. ¿Qué es el Valor Ganado en construcción? El Valor Ganado es el valor presupuestado del trabajo realmente completado. Permite a la dirección comparar lo que se planificó, lo que se logró y cuánto costó realmente ese trabajo logrado. Oracle Primavera utiliza el Performance Percent Complete para calcular el Valor Ganado. Definiciones de Valor Ganado de Oracle Primavera P6 ¿Cuál es la diferencia entre el avance físico y el Valor Ganado? El avance físico describe la cantidad de trabajo completado. El Valor Ganado asigna el valor económico presupuestado de ese trabajo completado. Por lo tanto, el avance físico establece el logro, mientras que el Valor Ganado ayuda a la dirección a comparar el logro con el presupuesto del proyecto y el costo real. ¿Por qué un proyecto puede estar completado al 50% y ya exceder su presupuesto? Porque el avance físico y el consumo de recursos pueden estar divergiendo. Un proyecto puede alcanzar el 50% de su trabajo tras consumir el 70% de su presupuesto de mano de obra, el 65% de su presupuesto de maquinaria y el 60% de su costo total. El porcentaje completado puede ser correcto mientras el desempeño económico del proyecto se deteriora. ¿Cómo se relaciona la productividad de la mano de obra con el avance de obra? La productividad de la mano de obra mide la relación entre la mano de obra consumida y el trabajo producido. Por ejemplo: metros instalados / hora de mano de obra o: toneladas fabricadas / hora de mano de obra Registrar las horas de mano de obra sin relacionarlas con una producción medible muestra el consumo, pero no la productividad. ¿Se considera la entrega de materiales como avance de obra? No necesariamente. Los materiales pueden pedirse, entregarse, almacenarse, despacharse, fabricarse, instalarse y aceptarse en momentos distintos. La llegada de materiales es importante para la logística y los compromisos, pero no debe interpretarse automáticamente como avance físico de la construcción. ¿Es el avance reclamado por el subcontratista lo mismo que el avance del proyecto? No. Las reclamaciones de los subcontratistas deben validarse contra el trabajo medible, los registros de inspección, las condiciones contractuales, las variaciones, las certificaciones anteriores, las deducciones y las retenciones antes de convertirse en avance certificado. ¿Por qué conectar el BoQ, la WBS y los Cost Codes? Porque representan tres dimensiones distintas pero interdependientes del mismo proyecto: BoQ — alcance medible/comercial WBS — ejecución y tiempo Cost Codes — clasificación económica Conectarlos permite analizar el avance físico, el uso de los recursos y el costo financiero contra la misma realidad del proyecto. Para más contexto sobre esta arquitectura, consulte el análisis de DANAOS sobre la WBS y el Control de Costos del proyecto. Por qué la WBS por sí sola no basta para el control de costos del proyecto Conclusión Que un proyecto esté “completado al 50%” no es información suficiente para gestionarlo. Necesitamos saber: ¿50% de qué? Y luego: ¿A qué costo? ¿Con qué recursos? ¿En cuánto tiempo? ¿Frente a qué cantidad y productividad planificadas? ¿Produciendo qué valor ganado? Porque: Un porcentaje introducido contra una actividad de la WBS es un reporte de avance. Una cantidad de trabajo conciliada con el tiempo, los recursos y el costo es Gestión de la Construcción. Y cuando el valor del trabajo logrado se compara continuamente con lo planificado y con lo que realmente costó, pasamos de simplemente reportar un proyecto a controlarlo. Esa es la diferencia entre saber que el trabajo está ocurriendo y saber si el proyecto está rindiendo. Industrias:Construcción e Infraestructura Temas:Control de Costos y Valor Ganado Etiquetas:Valor ganado y control de avance Compartir: Sobre el autor Eng. Christos Emmanouilidis Director de Clientes y Comercial (CCO), DANAOS Projects El Ing. Christos Emmanouilidis es Director de Clientes y Comercial (CCO) de DANAOS Projects y experto en control de costos de construcción, ERP específico por industria y transformación digital de empresas basadas en proyectos. Ingeniero civil con más de 25 años de experiencia internacional en ingeniería, gestión de la construcción, calidad y estrategia comercial, lidera el desarrollo global de mercado… Ver todos los artículos Correo electrónico LinkedIn Sitio web Más insights sobre Control de Costos y Valor Ganado Ver todos los artículos → Control de Costos y Valor GanadoConstrucción e Infraestructura La desconexión BoQ-WBS: cómo estructurar los códigos de costo del ERP para eliminar los sobrecostos en megaproyectos Christos Emmanouilidis 24 de septiembre de 2026 · 24 min de lectura Leer más → Control de Costos y Valor GanadoConstrucción e Infraestructura+1 La inflación de los materiales de construcción no es una sorpresa: la falta de control sí lo es Kostas Balaskas 5 de febrero de 2026 · 4 min de lectura Leer más → Control de Costos y Valor GanadoConstrucción e Infraestructura+1 Estimación, planificación y control de costos George Tsolakis 12 de octubre de 2019 · 2 min de lectura Leer más → Artículo anterior Artículo siguiente
Control de Costos y Valor GanadoConstrucción e Infraestructura La desconexión BoQ-WBS: cómo estructurar los códigos de costo del ERP para eliminar los sobrecostos en megaproyectos Christos Emmanouilidis 24 de septiembre de 2026 · 24 min de lectura Leer más →
Control de Costos y Valor GanadoConstrucción e Infraestructura+1 La inflación de los materiales de construcción no es una sorpresa: la falta de control sí lo es Kostas Balaskas 5 de febrero de 2026 · 4 min de lectura Leer más →
Control de Costos y Valor GanadoConstrucción e Infraestructura+1 Estimación, planificación y control de costos George Tsolakis 12 de octubre de 2019 · 2 min de lectura Leer más →