En pocas palabras, la estimación presupuestaria no es simplemente el cálculo de cantidades multiplicadas por tarifas unitarias.
En construcción, construcción naval, plataformas offshore, minería, canteras, obras marítimas, fabricación y proyectos industriales complejos, la estimación presupuestaria es un intento estructurado de convertir la incertidumbre en control.
Todo proyecto comienza con información incompleta. Por ejemplo, los planos cambian. Las cantidades evolucionan. Los requisitos del cliente cambian. Además, los precios de los materiales fluctúan. La productividad de la mano de obra varía. La disponibilidad de maquinaria cambia. Mientras tanto, los subcontratistas re-cotizan. Por último, el clima, la logística, la geopolítica y los shocks macroeconómicos interfieren.
Por tanto, la cuestión no es si existe incertidumbre.
Más bien, la verdadera cuestión es si el contratista cuenta con un sistema capaz de identificar, estructurar, valorar, controlar y actualizar continuamente la incertidumbre antes de que se convierta en daño financiero.
Aquí es donde la estimación presupuestaria de nivel empresarial debe ir más allá de las hojas de cálculo y de las herramientas de planificación desconectadas. En otras palabras, debe convertirse en un proceso integrado de ingeniería de costes que conecte alcance, cantidades, recursos, productividad, compras, cronograma, contratos, ejecución en obra, gestión de cambios y riesgo.
Una forma práctica de entender la estimación presupuestaria es clasificar todas las variables en tres categorías:
- Conocidos conocidos
- Conocidos desconocidos
- Desconocidos desconocidos
En la práctica, esta clasificación aplica a cualquier entorno basado en proyectos. Por ejemplo: un edificio, un buque, una plataforma offshore, una mina, una cantera, un astillero de fabricación, un corredor de infraestructura o un proyecto de reparación naval.
1. Conocidos conocidos: la base estructurada del presupuesto
Los conocidos conocidos son las variables que pueden identificarse, medirse, estructurarse, valorarse y controlarse antes de que comience la ejecución.
Como resultado, constituyen la base determinista del presupuesto.
Sin capturar correctamente los conocidos conocidos, todo el presupuesto se vuelve frágil. Después de todo, un contratista no puede controlar lo que nadie ha definido adecuadamente.
1.1 Estructura del alcance: tipos de trabajo, líneas del BoQ, especificaciones y desglose del trabajo
El primer conocido es la descripción estructurada del trabajo.
Esto incluye:
- Tipos de trabajo
- Líneas del BoQ
- Especificaciones
- Planos
- Elementos del modelo BIM
- Paquetes de fabricación
- Actividades de producción
- Patrones de montaje
- Secuencias de construcción
- Paquetes de trabajo
- Entregables
Los contratistas suelen recibir esto de múltiples fuentes: BoQs en Excel, documentos de licitación, planos, especificaciones técnicas, modelos BIM, archivos IFC, requisitos del cliente, documentos de ingeniería y anexos contractuales.
Sin embargo, recibir esta información no es suficiente.
El contratista debe transformarla en un modelo estructurado de presupuesto de proyecto, con forma de árbol. Por ejemplo, el equipo puede necesitar desglosar las líneas del BoQ en sublíneas, partidas hijas, paquetes o tipos de trabajo anidados para que reflejen la forma real en que el trabajo se construirá, producirá, fabricará, montará, instalará, probará o entregará.
Esto es crítico.
Un BoQ preparado por un cliente no siempre coincide con la realidad operativa del contratista. Por ejemplo, una sola línea del BoQ puede representar varios pasos de producción. Del mismo modo, una especificación general puede ocultar varias actividades que impulsan el coste. Además, el equipo puede necesitar descomponer un objeto BIM en paquetes de trabajo que se alineen con la mano de obra, la maquinaria, los materiales, los subcontratistas, las compras, las inspecciones y la lógica del cronograma.
Por lo tanto, el primer conocido no es solo “alcance”.
Es alcance estructurado.
En resumen, un contratista debe saber exactamente qué está valorando y cómo descompone ese alcance. También debe saber cómo ejecutará el trabajo y cómo el trabajo se conecta con el patrón operativo de la empresa.
1.2 Cantidades: extraídas, medidas, comparadas y validadas
El segundo conocido es la cantidad.
En la práctica, cada tipo de trabajo, línea del BoQ, especificación, componente del modelo o paquete de trabajo debe tener una cantidad medible.
Las cantidades pueden proceder de:
- BoQs en Excel
- Planos 2D
- Modelos BIM
- Archivos IFC
- Toma manual de cantidades
- Herramientas de medición de cantidades
- Cálculos de ingeniería
- Levantamientos en sitio
- Mediciones de producción
- Revisiones de diseño
La clave no es solo extraer cantidades, sino cotejarlas.
Por ejemplo, el estimador debería validar una cantidad tomada de Excel frente a los planos. Del mismo modo, el equipo debería comprobar una cantidad derivada del BIM frente al BoQ de licitación. Luego, el equipo debería reconciliar una toma de cantidades en 2D con los requisitos de las especificaciones. Por último, el equipo debe identificar cualquier discrepancia antes de que el presupuesto se convierta en contractual.
Aquí es donde fallan muchos presupuestos de proyecto.
Asumen que la cantidad recibida es correcta.
Pero en los proyectos reales, las cantidades del BoQ, las cantidades de los planos y las cantidades del modelo suelen diferir. Esas diferencias generan riesgo, oportunidad o reclamaciones futuras.
Por lo tanto, el segundo conocido es la cantidad validada por tipo de trabajo, línea del BoQ, especificación o paquete de trabajo.
1.3 Recetas de coste y plantillas de productividad: convertir la experiencia en lógica presupuestaria
El tercer conocido es la base de conocimiento.
De hecho, un contratista serio no empieza cada estimación desde cero.
Más bien, la empresa debe mantener una biblioteca estructurada de recetas de coste y plantillas de productividad. Estas deben basarse en proyectos anteriores, lecciones aprendidas, rendimiento real en obra, productividad en astillero, ejecución en campo, historial de compras, desempeño de subcontratistas y utilización de maquinaria.
Para cada tipo genérico de trabajo o categoría del BoQ, la organización debería saber:
- Qué especialidades de mano de obra se requieren
- Qué maquinaria se requiere
- Qué materiales se requieren
- Qué herramientas se requieren
- Qué servicios subcontratados pueden ser necesarios
- Qué recursos indirectos están asociados al trabajo
- Qué tasas de productividad se han alcanzado históricamente
- Qué factores de desperdicio se aplican normalmente
- Qué tarifas de coste se usaron antes
- Qué riesgos se observaron en proyectos anteriores
- Qué desviaciones ocurrieron durante la ejecución
De este modo, la empresa convierte la experiencia en inteligencia de costes reutilizable.
Por ejemplo, si una determinada actividad históricamente requirió una combinación específica de mano de obra, maquinaria, materiales, herramientas y supervisión, ese ensamblaje de recursos se convierte en una plantilla. Del mismo modo, si esa actividad históricamente produjo 1 metro cúbico cada 2 días en condiciones similares, esa tasa de productividad se convierte en una referencia. Por último, si las tarifas de mercado han cambiado, el equipo puede activar a compras para actualizar el coste de materiales, subcontratistas, equipos o servicios.
Como resultado, esto crea una cadena práctica de estimación:
Alcance → Cantidad → Ensamblaje de recursos → Tasa de productividad → Duración → Coste → Alineación del cronograma → Validación de compras
Llegados a este punto, el presupuesto se convierte en auténtica ingeniería de costes.
1.4 Recursos, volúmenes, tarifas y duración
Una vez que el contratista conoce el tipo de trabajo y la cantidad, puede aplicar la receta de coste correspondiente.
A su vez, esto crea varios conocidos adicionales:
- Tipo de recursos requeridos
- Volumen de cada recurso
- Tarifa de coste por recurso
- Tasa de productividad
- Duración estimada
- Inicio temprano y fin temprano
- Carga de recursos
- Necesidad de compras
- Necesidad de maquinaria
- Necesidad de subcontratación
Esto es extremadamente importante porque coste y tiempo están conectados.
Después de todo, un presupuesto no está completo si solo calcula el coste.
También debe estimar la duración.
Por ejemplo, si el cronograma del proyecto exige una entrega más rápida, el contratista puede necesitar aumentar las cuadrillas de mano de obra o añadir turnos. También puede contratar más maquinaria, subcontratar parte del trabajo o acelerar las compras. Por el contrario, si el cronograma permite más tiempo, el contratista puede optimizar los recursos de otra manera.
Esto significa que las plantillas de productividad no son estáticas. En cambio, los equipos pueden ajustarlas según la estrategia de ejecución.
Por ejemplo, un contratista puede preguntarse:
¿Podemos reducir la duración aumentando la mano de obra? Por el contrario, ¿podemos reducir el coste extendiendo la duración? Además, ¿podemos usar maquinaria propia o debemos alquilarla? ¿Tenemos suficiente capacidad interna? ¿Deberíamos subcontratar? Luego, ¿los recursos necesarios estarán disponibles cuando comience el proyecto? ¿Cambiarán los precios de mercado para cuando empiecen las compras?
Estas no son preguntas teóricas. Al contrario, afectan directamente la competitividad de la oferta, el margen de beneficio, el flujo de caja y el riesgo del proyecto.
1.5 Las compras como mecanismo de validación del presupuesto
Sin embargo, un presupuesto realista no puede basarse solo en precios antiguos.
Los precios históricos son útiles, pero deben actualizarse.
Por esta razón, los flujos de trabajo de compras deben actualizar los precios de materiales, subcontratistas, alquiler de equipos, combustible, logística, repuestos, consumibles y servicios especializados.
Esto significa que la estimación y las compras no deben estar desconectadas.
Cuando el estimador identifica las necesidades de recursos, el sistema debería poder activar acciones de compras como:
- Solicitudes de cotización a proveedores
- RFQ a subcontratistas
- Comparaciones de precios
- Evaluaciones de proveedores
- Actualizaciones de la base de datos de materiales
- Comprobaciones de acuerdos marco
- Opciones de abastecimiento alternativas
- Validación de precios de mercado
De este modo, el sistema transforma las compras de una actividad posterior a la adjudicación en un mecanismo de inteligencia de costes previo a la adjudicación.
El presupuesto se vuelve más realista porque refleja no solo el coste pasado, sino las condiciones actuales y previstas del mercado.
2. Conocidos desconocidos: la incertidumbre esperada de la ejecución del proyecto
Por el contrario, los conocidos desconocidos son variables que nadie puede definir por completo al inicio, pero que todos esperan que ocurran.
Todo contratista experimentado sabe que los proyectos cambian.
El problema no es que ocurra el cambio. Más bien, el problema empieza cuando nadie captura, valora, aprueba, documenta y fija correctamente la línea base del cambio.
2.1 Brechas de presupuesto y retroalimentación operativa
Primero, algunos costes inesperados provienen de una mala presupuestación.
Estos pueden incluir:
- Suposiciones de recursos omitidas
- Pérdida de productividad subestimada
- Factores de desperdicio de material incorrectos
- Costes indirectos incompletos
- Restricciones de acceso no previstas
- Logística mal estimada
- Restricciones de obra pasadas por alto
- Métodos de construcción ineficientes
- Retrasos de coordinación
- Retrabajo
- Fallos de calidad
En otras palabras, estos costes son “desconocidos” durante la estimación, pero su existencia es conocida por experiencia.
Un contratista maduro debe capturar estas desviaciones durante la ejecución y devolverlas a la biblioteca de recetas de coste.
Así es como mejora la estimación.
Como resultado, cada proyecto debería hacer que la siguiente estimación sea más sólida.
Por ejemplo, si la productividad real es inferior a la estimada, el equipo debe actualizar la plantilla de productividad. Del mismo modo, si el desperdicio de material es mayor de lo esperado, debe corregir el factor de desperdicio. Si la utilización de maquinaria fue ineficiente, debe revisar las hipótesis sobre la maquinaria. Por último, si la estimación infravaloró los costes indirectos, debe mejorar la lógica de gastos generales futuros.
Con el tiempo, esto crea un bucle continuo de aprendizaje:
Estimar → Ejecutar → Capturar reales → Comparar → Analizar desviaciones → Mejorar plantillas → Estimar mejor la próxima vez
2.2 Cambios de cronograma impulsados por el cliente
Otro conocido desconocido es el cambio de cronograma.
Por ejemplo, los clientes pueden acelerar los plazos. También pueden retrasar el acceso o cambiar prioridades. En algunos casos, suspenden el trabajo. Otros clientes comprimen hitos o requieren turnos adicionales. Otros, en cambio, prolongan los ciclos de decisión.
Cada uno de estos cambios afecta al coste.
Si el cliente acelera la entrega, el contratista puede necesitar:
- Más mano de obra
- Más turnos
- Más maquinaria
- Más supervisión
- Más subcontratistas
- Compras más rápidas
- Mayores costes logísticos
- Más horas extras
- Mayor riesgo de problemas de calidad
Por otro lado, si el cliente retrasa el proyecto, el contratista puede enfrentarse a:
- Mano de obra ociosa
- Maquinaria ociosa
- Costes preliminares extendidos
- Aumento de gastos generales
- Desmovilización y removilización de la obra
- Costes de almacenamiento para proveedores
- Reclamaciones de subcontratistas
- Disrupción del flujo de caja
Esto es un conocido desconocido porque nadie conoce el cambio exacto de antemano, pero la probabilidad de presión sobre el cronograma siempre es real.
Por lo tanto, el contratista debe poder documentar el impacto y aportar pruebas para las reclamaciones.
Un cambio de cronograma no debe permanecer como una discusión informal. En su lugar, el equipo debe traducirlo en impacto en recursos, impacto en costes, impacto en productividad, impacto en compras y derecho contractual.
2.3 Gestión de cambios, variaciones y evolución del alcance
Los proyectos son ecosistemas dinámicos.
Los cambios pueden producirse en:
- Tipos de trabajo
- Líneas del BoQ
- Especificaciones
- Planos
- Modelos BIM
- Materiales
- Equipos
- Actividades del WBS
- Métodos de construcción
- Requisitos de inspección
- Registros de calidad
- Entregables
- Hitos contractuales
Esto no es una excepción. Es la realidad normal del proyecto.
La cuestión crítica, entonces, es si el equipo captura los cambios en el momento en que ocurren.
Por esta razón, un contratista debe poder registrar nuevos tipos de trabajo, líneas del BoQ, especificaciones, actividades WBS, instrucciones de obra, RFI, registros de calidad, planos y documentos de respaldo directamente desde la obra, el astillero, el campo, el buque o el área de producción.
Luego, el sistema debe derivarlos para su aprobación por el cliente, consultor, propietario, sociedad de clasificación o autoridad interna.
Una vez que la autoridad lo aprueba, el cambio debe activar:
- Cantidad revisada
- Requisitos de recursos revisados
- Coste revisado
- Cronograma revisado
- Requisitos de compras revisados
- Compromisos de subcontratistas revisados
- Derecho de pago revisado
- Línea base revisada
En resumen, esta es la forma correcta de controlar las variaciones.
Sin una nueva línea base aprobada, el equipo del proyecto sigue comparando el rendimiento real con un plan obsoleto. Como resultado, eso genera informes falsos, pagos en disputa, reclamaciones deficientes y pérdidas ocultas.
El control de versiones es esencial.
Por esta razón, el contratista debe poder comparar la línea base original con la línea base revisada y mostrar claramente:
- Qué cambió
- Por qué cambió
- Quién lo aprobó
- Qué documentos lo respaldan
- Qué impacto en costes creó
- Qué impacto en el cronograma creó
- Qué derecho de pago generó
- Qué riesgo se transfirió o se retuvo
De este modo, la ampliación del alcance se hace visible.
También proporciona evidencia auditable para partes interesadas como propietarios, consultores, bancos, aseguradoras, auditores y organismos de resolución de disputas.
3. Desconocidos desconocidos: eventos más allá de la previsión práctica
Por último, los desconocidos desconocidos son eventos que nadie puede predecir razonablemente durante la estimación presupuestaria.
Estos pueden incluir:
- Shocks geopolíticos
- Guerra o inestabilidad regional
- Interrupción grave de la cadena de suministro
- Inflación extrema
- Colapso de la moneda
- Sanciones
- Cambio regulatorio repentino
- Disrupciones similares a una pandemia
- Desastres naturales
- Shocks importantes en los precios de la energía
- Cierres de fronteras
- Eventos de fuerza mayor
- Redefinición severa del diseño
- Transformación extraordinaria del alcance impulsada por el cliente
Estas variables están fuera de la lógica normal de estimación.
Los estimadores no pueden valorarlas con precisión. En cambio, los contratistas solo pueden afrontarlas mediante factores de riesgo, contingencias, cláusulas contractuales, mecanismos de escalada, seguros, planificación de escenarios y seguimiento continuo.
Aun así, el error que cometen muchas empresas es fingir que estos riesgos no existen.
En cambio, el enfoque correcto es:
- Definir provisiones para riesgos
- Aplicar lógica de contingencia
- Usar cláusulas de revisión de precios cuando sea posible
- Mantener proveedores alternativos
- Monitorear señales geopolíticas y de mercado
- Conservar evidencias contractuales
- Proteger el flujo de caja
- Mantener previsiones basadas en escenarios
- Actualizar la línea base del proyecto cuando los eventos alteren materialmente la realidad de la ejecución
Ningún contratista puede eliminar los desconocidos desconocidos.
Sin embargo, el contratista puede contener su impacto con datos estructurados, contratos adecuados, control de costes en tiempo real y una gestión disciplinada de los cambios.
Por qué importa ProjectVIEW ERP
DANAOS diseñó ProjectVIEW ERP precisamente para este problema: conectar la estimación presupuestaria con la realidad de la ejecución del proyecto.
Por el contrario, la mayoría de los sistemas gestionan fragmentos.
Por ejemplo, una herramienta de planificación gestiona actividades. Un sistema contable gestiona asientos financieros. Mientras tanto, un sistema de compras gestiona pedidos. Un sistema documental gestiona archivos. De forma similar, una herramienta BIM gestiona geometría y datos del modelo. Por último, una hoja de cálculo gestiona supuestos.
Pero los proyectos complejos no fracasan porque a un departamento le falte una herramienta.
Fracasan porque las herramientas están desconectadas.
ProjectVIEW ERP actúa como una plataforma integrada de operaciones de construcción y de proyectos en la que el BoQ, el WBS, los códigos de coste, los recursos, las compras, los subcontratistas, la maquinaria, la mano de obra, los materiales, los documentos, las aprobaciones, los contratos, el avance y el coste real están conectados.
Como resultado, esto crea una lógica operativa única:
El BoQ define qué debe entregarse. El WBS define cuándo debe entregarse. Los códigos de coste definen cómo controla el equipo el coste. Los recursos definen qué se requiere. Luego, compras valida los precios de mercado. Las transacciones en obra capturan la ejecución real. Las aprobaciones controlan el cambio. Por último, los análisis comparan el rendimiento presupuestado frente al real. La IA interpreta patrones, desviaciones, riesgos y anomalías.
De este modo, la estimación presupuestaria se convierte en control presupuestario.
El papel de la IA: de la captura de datos al control inteligente de costes
La IA puede mejorar significativamente la estimación presupuestaria y el control de la ejecución, pero solo si los datos subyacentes tienen una estructura adecuada.
Después de todo, la IA no puede crear inteligencia fiable a partir de hojas de cálculo caóticas, correos electrónicos desconectados, PDFs no estructurados, archivos de compras aislados y cronogramas actualizados manualmente.
Por tanto, la capa determinista debe ir primero.
Eso significa:
- BoQ estructurado
- Cantidades validadas
- Especificaciones vinculadas
- Recetas de costes
- Plantillas de productividad
- Ensamblajes de recursos
- Alineación de la EDT
- Mapeo de códigos de coste
- Historial de compras
- Cotizaciones de proveedores
- Registros de subcontratistas
- Transacciones reales de obra
- Registros de cambios
- Líneas base aprobadas
- Documentos con control de versiones
Sin embargo, una vez que existe esta base, la IA se vuelve poderosa.
Puede ayudar a identificar:
- Anomalías presupuestarias
- Supuestos de productividad poco realistas
- Recursos faltantes
- Inconsistencias de alcance
- Desviaciones de cantidades
- Riesgos de escalada de precios
- Retrasos en compras
- Oportunidades de reclamación
- Bajo rendimiento de subcontratistas
- Desalineación entre cronograma y coste
- Causas repetidas de sobrecostes
- Indicadores de alerta temprana
- Patrones de riesgo entre proyectos
La IA no reemplaza la ingeniería de costes.
La amplifica.
El futuro no es la IA en lugar del ERP. El futuro es la IA consumiendo, interrogando e interpretando datos estructurados del ERP para que las empresas orientadas a proyectos puedan operar de forma inteligente.
Conclusión: La estimación no es un ejercicio previo al contrato. Es el comienzo del control de costes.
La estimación del presupuesto no es un cálculo puntual antes de presentar una oferta.
Más bien, es la primera línea base del control del proyecto.
Por eso, un presupuesto serio debe definir lo que se conoce y anticipar lo que es probable que cambie. También debe preparar a la organización para aquello que nadie puede prever.
Lo conocido conocido debe estructurarse, medirse, valorarse, programarse y validarse. A continuación, el equipo debe capturar, aprobar, reclamar y establecer una línea base para los conocidos desconocidos. Los desconocidos desconocidos deben gestionarse como riesgos, supervisarse y protegerse contractualmente.
Para contratistas, astilleros, fabricantes offshore, operadores mineros y fabricantes orientados a proyectos, la diferencia entre beneficio y pérdida no está solo en el precio de la oferta. Está en la capacidad de comparar de forma continua la realidad presupuestada con la realidad real.
Eso requiere más que hojas de cálculo.
Requiere un sistema operativo integrado para la ejecución de proyectos.
Ese es el papel de ProjectVIEW ERP: proporcionar la columna vertebral digital donde la estimación, el presupuesto, las compras, la planificación, la ejecución, la gestión de cambios, el control de costes y la inteligencia impulsada por IA operan como un único ecosistema conectado.
