Un Bill of Quantities (BoQ, presupuesto de cantidades), una Work Breakdown Structure (WBS, estructura de desglose del trabajo) y los Cost Codes (códigos de costo) no describen lo mismo.
- El BoQ describe el alcance medible y comercial.
- La WBS describe cómo y cuándo se ejecuta el trabajo.
- Los Cost Codes describen cómo se clasifican y controlan los recursos y el gasto.
Para los contratistas complejos, el objetivo no debería ser forzar estas dimensiones dentro de una sola jerarquía, sino establecer relaciones gobernadas entre ellas, de modo que el alcance físico, el cronograma, los recursos, el costo, los compromisos, el avance y los resultados financieros puedan rastrearse hasta la misma línea base del proyecto.
Esa es la base del control integrado de proyectos.
¿Por qué los proyectos necesitan tres estructuras?
Un proyecto puede analizarse desde varias perspectivas legítimas.
- El cliente puede preguntar: ¿Qué cantidad ha entregado y qué puede facturar?
- El planificador pregunta: ¿Qué actividad debería estar ejecutándose ahora?
- El Cost Controller pregunta: ¿Qué presupuesto y qué Cost Code deben absorber el gasto?
- El jefe de obra pregunta: ¿Qué recursos se consumieron para lograr el avance de hoy?
- Finanzas pregunta: ¿Dónde debe contabilizarse la transacción resultante?
Ninguna de estas preguntas es incorrecta.
El error consiste en esperar que una sola estructura responda a todas ellas.
Todos coincidimos en que: la WBS por sí sola no es suficiente para el control de costos del proyecto
La siguiente pregunta es, por lo tanto: ¿Con qué debería estar conectada la WBS?
En muchos entornos de contratistas, la respuesta comienza con tres dimensiones:
BoQ ↔ WBS ↔ Cost Codes
¿Qué controla el BoQ?
El Bill of Quantities (BoQ) es, ante todo, una representación cuantificada y comercial del alcance.
Responde a:
- ¿Qué estamos entregando?
- ¿Cuánto estamos entregando?
- ¿Cómo se mide y se valora ese trabajo?
Una partida del BoQ puede contener:
- descripción;
- unidad de medida;
- cantidad;
- precio unitario;
- importe;
- clasificación comercial o contractual.
Durante la estimación, el BoQ adquiere mucho más valor cuando cada partida medible se descompone en los recursos necesarios para producirla.
Por ejemplo:
1 m³ de hormigón armado
puede requerir:
- X horas de mano de obra en especialidades definidas;
- Y toneladas de acero de refuerzo;
- Z m³ de hormigón premezclado;
- cantidades definidas de encofrado;
- horas de maquinaria;
- recursos de subcontratistas.
DANAOS Projects dispone de un modelo de estimación centrado en el BoQ que se basa en recetas de costo y plantillas de productividad probadas en obra, construidas a partir de datos realistas de obras de construcción.
Por lo tanto, el BoQ responde a una pregunta económica que el cronograma por sí solo no puede responder:
¿Qué producción medible deberían generar estos recursos?
¿Qué controla la WBS?
La Work Breakdown Structure (WBS) organiza la ejecución del proyecto.
Descompone el proyecto en paquetes de trabajo progresivamente manejables y sujetos a plazos, y proporciona la estructura en torno a la cual pueden organizarse las actividades, las responsabilidades y los cronogramas.
Responde a:
- ¿A dónde pertenece el trabajo?
- ¿Cómo se descompone la ejecución?
- ¿Cuándo debe realizarse?
La GAO de EE. UU. describe la WBS como una piedra angular para definir el trabajo del proyecto y establecer un marco integrado para el cronograma, el costo y la gestión del valor ganado (Earned Value Management).
U.S. GAO Cost Estimating and Assessment Guide
Sin embargo, la WBS y el BoQ no son intercambiables.
- Una partida del BoQ puede contribuir a varias actividades de la WBS.
- Una actividad de la WBS puede consumir varias partidas del BoQ o tipos de recursos.
Por lo tanto, la relación puede ser:
uno a uno
uno a muchos
o
muchos a muchos
según la estructura comercial y de ejecución del proyecto.
Por eso, establecer correspondencias entre ellas resulta más útil que forzar a las estructuras a ser idénticas.
¿Qué controlan los Cost Codes?
Los Cost Codes, o cuentas de control de costos, estructuran la función de la Cost Breakdown Structure (CBS, estructura de desglose de costos) y proporcionan la perspectiva de gestión interna.
Responden a:
- ¿Qué tipo de costo es este?
- ¿Dónde debe acumularse?
- ¿Quién es responsable de él?
Un contratista puede querer distinguir:
- mano de obra;
- hormigón;
- acero de refuerzo;
- combustible;
- equipo pesado;
- subcontratación;
- obras provisionales;
- costos indirectos de obra;
- movilización;
- gastos generales.
El cliente no necesita necesariamente ver el proyecto a través de esa estructura.
El programador no necesita necesariamente planificar con ella.
Pero el Cost Controller y el CFO sí.
Por esta razón, los sistemas independientes de control de proyectos también mantienen relaciones entre las estructuras de ejecución y de costos.
Los sistemas empresariales independientes de control de proyectos también reconocen la necesidad de más de una estructura de proyecto.
Oracle Primavera Unifier, por ejemplo, admite transacciones de costos de proyecto que contienen códigos WBS y CBS a la vez, de modo que la misma transacción puede consolidarse tanto en la hoja WBS (WBS Sheet) como en la hoja de costos (Cost Sheet).
Esto es una prueba importante de que el control multidimensional de proyectos no es exclusivo de DANAOS Projects.
Sin embargo, también existe una distinción arquitectónica importante.
WBS + CBS conecta la estructura de ejecución con la clasificación de costos. Por sí sola, no introduce el BoQ ni el alcance comercial cuantificado como tercera dimensión de control.
Para los contratistas, esa distinción es importante.
- Una Cost Breakdown Structure puede indicar a la dirección a dónde pertenece un costo.
- Una WBS puede indicar a la dirección dónde y cuándo se está ejecutando el trabajo.
Pero el BoQ, o un alcance cuantificado equivalente, responde a otra pregunta crítica:
¿Qué producción medible se está entregando, en qué cantidad y con qué valor comercial?
Aquí es donde se diferencia la arquitectura BoQ ↔ WBS ↔ Cost Codes de ProjectVIEW ERP.
El BoQ añade la dimensión de cantidad y comercial necesaria para relacionar el costo y el cronograma con la producción física medible.
Esto permite responder preguntas como:
- ¿Qué cantidad debería entregar esta actividad de la WBS?
- ¿Qué recursos se presupuestaron por unidad de producción?
- ¿Qué cantidad se ha completado realmente?
- ¿Qué recursos se consumieron para lograrlo?
- ¿Cuál es el costo unitario real resultante?
- ¿Cuánto material debe asegurar todavía el área de compras?
- ¿Qué cantidad puede certificarse o reclamarse?
- ¿Cómo afectarán las cantidades restantes al costo hasta la terminación?
Por lo tanto, la distinción puede resumirse así:
WBS + CBS = ¿Dónde está el trabajo y a dónde pertenece el costo?
BoQ + WBS + Cost Codes = ¿Qué estamos entregando, dónde y cuándo lo estamos entregando, y cuánto nos está costando?
En las industrias basadas en proyectos, donde la cantidad física, la valoración comercial y la productividad de los recursos son fundamentales para el control, la dimensión del BoQ amplía de forma sustancial el modelo de control de proyectos.
BoQ × WBS × Cost Codes: tres dimensiones de la misma realidad del proyecto
Por lo tanto, el modelo de DANAOS Projects puede resumirse así:
- BoQ = dimensión de alcance / cantidad / comercial
- WBS = dimensión de ejecución / tiempo
- Cost Codes = dimensión de clasificación / control de costos
DANAOS describe ese modelo como una línea base integrada de desempeño del proyecto
El valor no proviene simplemente de tener las tres estructuras.
El valor proviene de mantener las relaciones entre ellas.
Considere un paquete de hormigón.
- El BoQ indica: 10,000 m³ de hormigón armado
- La WBS indica: Pila P05 → Cimentación → Vertido de hormigón 03 → Semana 27
- Los Cost Codes indican: Mano de obra / Hormigón / Acero de refuerzo / Encofrado / Maquinaria
Ahora la organización puede conectar:
lo que se está entregando
con
dónde y cuándo se está ejecutando
con
lo que debería costar
y, finalmente, con:
los recursos que realmente se consumieron.
¿Qué se vuelve posible una vez que las tres estructuras están conectadas?
1. Programación con carga de costos
Los recursos y el presupuesto asociados al alcance medible pueden distribuirse en el tiempo a través de las actividades relacionadas de la WBS.
La organización puede ver no solo cuánto costará el proyecto, sino también cuándo se espera que se produzca la exposición económica.
2. Planificación de compras
Si una partida del BoQ requiere 500 toneladas de acero de refuerzo y la actividad correspondiente de la WBS comienza en la semana 30, el área de compras puede calcular la cantidad de material necesaria y planificar hacia atrás a partir de la fecha de necesidad.
Esto transforma las compras de:
“La obra solicitó material.”
a:
“La línea base del proyecto prevé esta necesidad de material.”
3. Medición de la productividad
Si la estimación define los recursos necesarios por unidad de producción, la ejecución real puede comparar:
- Cantidad presupuestada frente a cantidad real
- Mano de obra presupuestada frente a mano de obra real
- Maquinaria presupuestada frente a maquinaria real
- Costo unitario presupuestado frente a costo unitario real
La productividad pasa a ser la relación entre producción y esfuerzo, y no simplemente las horas trabajadas.
4. Gestión del valor ganado (Earned Value Management)
El avance físico puede relacionarse con el valor presupuestado del trabajo completado.
DANAOS Projects ha profundizado en este tema en su análisis sobre el valor ganado y el control del desempeño en la construcción
5. Pronóstico del costo hasta la terminación
Cuando la productividad real, el costo comprometido y las cantidades restantes son visibles en conjunto, los pronósticos pueden responder a la realidad de la ejecución, en lugar de limitarse a extrapolar el gasto contable histórico.
¿Qué ocurre cuando las estructuras están desconectadas?
Las consecuencias suelen manifestarse como trabajo de conciliación.
- Planificación mantiene Primavera P6.
- Los estimadores conservan el BoQ y el presupuesto originales en Excel o en otra plataforma de estimación.
- Compras gestiona las adquisiciones con base en los maestros de materiales.
- Contabilidad registra el gasto en cuentas financieras.
- Los equipos de obra informan el avance por separado.
Técnicamente, la organización dispone de todos los datos.
Pero las relaciones causales entre esos datos son débiles.
La dirección dedica entonces tiempo a responder preguntas como:
- ¿Qué actividad generó este costo?
- ¿Qué cantidad del BoQ respalda esta orden de compra?
- ¿Qué producción física generaron estas horas de mano de obra?
- ¿Qué variación provocó el aumento del pronóstico?
- ¿Por qué el cronograma está completado en un 70% mientras que el consumo de recursos ya alcanza el 85%?
DANAOS Projects ha analizado este problema más amplio en El fracaso de los ERP generalistas en los proyectos de capital
El problema no es tanto si cada sistema individual funciona correctamente.
El problema es si todos describen la misma realidad del proyecto.
¿Cómo funciona esto en un megaproyecto con varios contratistas?
Esto adquiere aún más importancia a nivel de propietario o de programa.
Un megaproyecto puede involucrar a varios contratistas, cada uno con:
- su propia WBS;
- diferentes jerarquías de áreas físicas;
- diferentes Cost Codes;
- diferentes estructuras de subcontratación;
- miles de activos y objetos de entrega;
- diferentes métodos para medir el avance físico.
No es realista suponer que todos los contratistas utilizarán una jerarquía de ejecución idéntica.
La solución no es necesariamente imponer una enorme WBS universal.
Un enfoque más sólido consiste en crear dimensiones comunes de normalización por encima o a lo largo de las estructuras de los contratistas.
Estas pueden incluir:
- fase del proyecto;
- disciplina;
- clase de trabajo;
- área física;
- sistema;
- activo;
- entregable;
- contratista;
- pasos de trabajo ponderados.
Los activos o entregables pueden entonces asociarse a la WBS de cada contratista y, al mismo tiempo, clasificarse mediante dimensiones comunes del propietario.
Esto permite analizar el avance por:
- Contratista
- Área
- Disciplina
- Fase del proyecto
- Clase de trabajo
- Activo/Sistema
conservando al mismo tiempo la estructura de ejecución detallada de cada contratista.
Esto crea una base más sólida para curvas S normalizadas, la comparación del avance entre contratistas y la verificación auditable de las reclamaciones de avance.
El principio es el mismo:
no fuerce todas las preguntas de control dentro de una sola jerarquía: mantenga relaciones entre dimensiones gobernadas.
¿Cómo aplica ProjectVIEW ERP este modelo?
ProjectVIEW ERP está diseñado en torno a la asociación explícita:
BoQ ↔ WBS ↔ Cost Codes
El módulo de control de costos de ProjectVIEW ERP documenta esta relación junto con la integración con Oracle Primavera P6/MS Project, la asignación de recursos, múltiples versiones de BoQ/WBS, el avance real en obra, la mano de obra, la maquinaria, la actividad de los subcontratistas y el costo real frente al presupuestado.
El módulo de estimación presupuestaria y licitación de ProjectVIEW ERP establece la línea base cuantificada y basada en recursos a partir de la cual se puede controlar posteriormente la ejecución.
El concepto más amplio de ProjectVIEW OS para el mundo BUILD extiende este principio a un modelo estructurado de datos de proyecto concebido para entornos de construcción, marítimos/offshore, minería, construcción naval y otros entornos impulsados por proyectos.
El objetivo no es simplemente mostrar tres códigos en la misma transacción.
Se trata de permitir que las compras, los recursos, los subcontratistas, el avance en obra, los compromisos, el costo y las transacciones financieras hereden el mismo contexto de proyecto.
El modelo también se aplica más allá de la construcción
La terminología variará según la industria.
- Un astillero puede utilizar listas de trabajos (Job Lists), sistemas del buque, bloques, paquetes de trabajo de producción y partidas de reparación.
- Un contratista marítimo puede organizar el trabajo en torno a buques, ubicaciones offshore, cantidades de dragado o paquetes de instalación.
- Un contratista minero puede organizar la ejecución en torno a áreas, cantidades de producción, actividades de desarrollo y flotas de equipos.
- Un fabricante basado en proyectos puede utilizar listas de materiales, órdenes de producción y ensambles de ingeniería.
ProjectVIEW ERP adapta el modelo a estas diferentes estructuras operativas.
El principio universal es:
Alcance cuantificado ↔ Estructura de ejecución ↔ Estructura de costos
Los nombres pueden cambiar.
La necesidad de conectarlos, no.
¿Qué deberían evaluar los grandes contratistas?
Una arquitectura práctica de control de proyectos debería ser capaz de responder:
- ¿Se puede rastrear cada costo significativo del proyecto hasta el alcance y la ejecución?
- ¿Puede una partida del BoQ asignarse a varias actividades de la WBS cuando sea necesario?
- ¿Puede una actividad de la WBS consumir varias categorías de costo?
- ¿Se puede relacionar el avance físico real con cantidades medibles?
- ¿Se pueden derivar las necesidades de compra a partir de la línea base del proyecto y de las fechas de necesidad de la WBS?
- ¿Se puede relacionar el consumo de mano de obra y maquinaria con la producción que generó?
- ¿Se puede rastrear el costo comprometido hasta el alcance antes de que exista una factura?
- ¿Pueden las variaciones preservar la relación entre BoQ, WBS, Cost Codes e ingresos?
- ¿Puede la dirección analizar el proyecto según múltiples dimensiones sin duplicar datos?
- ¿Pueden las transacciones operativas conciliarse, en última instancia, con las finanzas corporativas?
Si estas preguntas no pueden responderse de forma coherente, añadir otro tablero de control quizá no resuelva el problema de fondo.
Es probable que el problema sea estructural.
Conclusión: la integración es más importante que la jerarquía
El BoQ, la WBS y los Cost Codes cumplen funciones distintas.
Intentar fusionarlos en una sola estructura puede eliminar contexto útil.
Mantenerlos completamente separados genera trabajo de conciliación.
El mejor enfoque es relacional.
El BoQ nos dice qué y cuánto.
La WBS nos dice dónde, cuándo y en qué secuencia.
Los Cost Codes nos dicen qué recursos y categorías de costo se están consumiendo.
Cuando esas dimensiones permanecen conectadas, el contratista puede seguir la cadena completa:
Estimación → Presupuesto → Cronograma → Compras → Ejecución → Avance → Costo → Pronóstico → Resultado financiero
Ese es el verdadero valor de BoQ ↔ WBS ↔ Cost Codes.
No se trata de tres códigos.
Se trata de tres vistas coordinadas de la misma realidad del proyecto.
