El control de proyectos está lleno de ilusiones elegantes.
¿Una de las más persistentes? La idea de que los sobretiempos de duración de actividades — la brecha entre las duraciones reales y las planificadas — representan eficiencia y productividad.
Suena científico y parece preciso. Además, viene con siglas como TPR (Time Performance Ratio).
Pero esta es la verdad: es un fugazi — una ilusión matemática que se disfraza de conocimiento sobre el desempeño.
1. La ficción de comparar ficción
En resumen, TPR divide la “duración real” entre la “duración original” y lo llama desempeño.
Sin embargo, la lógica se derrumba en el momento en que preguntas: ¿qué representan realmente esos números?
- La duración base suele ser una suposición, impulsada por el esfuerzo o limitada por el tiempo, con supuestos arbitrarios sobre recursos.
- Mientras tanto, los equipos suelen reconstruir la duración real a posteriori, con base en progreso estimado o informes de obra incompletos.
Así que, cuando divides una suposición entre otra, no estás evaluando el desempeño, estás comparando ficción con ficción. Eso no es analítica. ¡Eso es numerología!
2. La ilusión del progreso
En la mayoría de los proyectos, nadie mide el progreso, los equipos lo estiman.
Por ejemplo, “60% completado” rara vez significa 60% de la cantidad instalada. En cambio, es el nivel de confianza de alguien.
Cuando ese progreso subjetivo alimenta las métricas de duración, terminas con una estimación de una estimación.
En consecuencia, para cuando un valor de TPR llega a un panel, capas de interpretación lo han filtrado. Ya no refleja el desempeño en campo.
¿El resultado? Gráficos bonitos que no describen nada real.
3. El espejismo de la ruta crítica
El análisis del Critical Path Method (CPM) asume que las duraciones se basan en composiciones de cuadrilla y tasas de productividad realistas.
Pero cuando los planificadores no vinculan las actividades impulsadas por esfuerzo con recursos reales, su ruta crítica es una ilusión de software.
Por lo tanto, muestra lo que va tarde en Primavera, no lo que es crítico en la obra.
En otras palabras, su cronograma puede ser matemáticamente correcto y físicamente sin sentido.
4. Cuando la WBS se desmorona
En los proyectos reales, la Work Breakdown Structure (WBS) evoluciona, por ejemplo, mediante nuevos BoQ, cambios de diseño y órdenes de variación.
Pero cuando las actualizaciones de la WBS no activan nuevos cálculos de recursos, usted está modelando la realidad de ayer con los supuestos del mes pasado.
¿El resultado? Sobretiempos de duración que no representan ineficiencia, representan un modelo desligado de la obra.
5. La columna vertebral que falta: lógica de recursos basada en el BoQ
La única manera de devolver la sensatez al análisis de cronogramas es anclarlo en la conectividad BoQ-WBS y en datos de productividad validados en campo.
Esta es la jerarquía de la verdad:
- BoQ → mapeo WBS: Cada actividad de la WBS debe vincularse directamente a cantidades medibles del BoQ.
- Recursos → cantidades: Cada partida del BoQ debe vincularse a fórmulas de coste, mano de obra, equipos y materiales, derivadas de referencias reales de productividad.
- Integración coste → tiempo: Una vez que vincula los recursos a las cantidades, puede calcular duraciones a partir de tasas de producción reales, no de suposiciones arbitrarias.
Como resultado, esto crea una base real de coste y tiempo. No una fantasía en Excel. No el optimismo del planificador. Un modelo vivo, sustentado en trabajo medible.
6. Lógica de pagos que sí funciona
Una vez que conecta BoQ, WBS y recursos, los hitos de pago dejan de ser fechas arbitrarias. En cambio, se convierten en puntos de control contractuales vinculados al progreso real.
En la práctica, cada etapa de pago corresponde a:
- Trabajo realizado, cuantificable y verificado;
- Utilización de recursos alineada con las partidas del BoQ;
- Evidencia de costes que resiste auditorías y disputas.
Así es como mantiene el control del plazo, el coste y el cashflow. A su vez, el cliente le paga por el valor que realmente entregó, no por la ilusión de avance.
7. Del teatro de datos al control basado en evidencia
Con una integración real entre BoQ y recursos, tres cosas se vuelven posibles:
- Primero, puede hacer seguimiento de la productividad de la mano de obra comparando las horas-hombre reales con el esfuerzo planificado.
- Segundo, puede cuantificar la utilización de equipos comparando el rendimiento por hora-máquina.
- Por último, puede rastrear el consumo de materiales mediante el consumo real frente al plan.
Estas son métricas duras. Por lo tanto, le permiten ajustar recursos con base en evidencia, no en supuestos.
Así es como se recuperan los proyectos. También así se sostienen las reclamaciones. En resumen, así se gestiona la realidad, no Excel.
8. Por qué solo ProjectVIEW ERP puede hacer esto
La verdad sin rodeos es esta: ninguna herramienta de programación independiente, ni Primavera ni MS Project, puede ofrecer esta integración. En cambio, operan sobre lógica y tiempo, no sobre la realidad de costes y cantidades.
En contraste, DANAOS construyó ProjectVIEW ERP de otra manera.
Es el único sistema de gestión de construcción diseñado en torno a estructuras WBS impulsadas por BoQ, plantillas de productividad de recursos y fórmulas de coste probadas en campo.
Con ProjectVIEW ERP, usted puede:
- Vincular directamente las cantidades del BoQ con los elementos de la WBS;
- Generar bases de coste y tiempo a partir de datos reales de productividad;
- Actualizar recursos de forma dinámica cuando cambia el alcance;
- Alinear progreso, pagos y desempeño en un solo bucle continuo de control.
Eso no es software, eso es inteligencia para la construcción.
Así, convierte la programación de proyectos de arte en ciencia, de ilusión en evidencia.
9. Conclusión
Los sobretiempos de duración, los TPR y otras métricas similares de cronograma de construcción parecen objetivas. Sin embargo, a menudo miden lo equivocado.
Dan la ilusión de precisión mientras ocultan la falta de realismo.
En cambio, ProjectVIEW ERP desmonta esa ilusión.
Conecta coste, tiempo y recursos en un solo modelo verificable. Como resultado, cada cronograma se convierte en un reflejo vivo de lo que realmente está ocurriendo en obra.
Hasta que la industria adopte la lógica de recursos basada en BoQ, seguiremos confundiendo ratios con realidad.
Y esa es la sofistería definitiva.
10. La verdadera razón por la que estos métodos persisten
Cerramos con la verdad que nadie quiere decir en voz alta.
De hecho, las métricas de sobretiempo de duración y los análisis TPR son populares porque sirven a las personas equivocadas.
Quienes los diseñaron los crearon para gerentes de proyecto, desarrolladores y consultores, no para contratistas.
A los consultores les encantan porque parecen objetivos, rellenan informes y desplazan responsabilidades.
Y aquí está la remate:
A los consultores y desarrolladores realmente no les importa el coste, porque en la mayoría de los casos, el coste es problema del contratista.
Cuando el modelo falla, la pérdida la asume el contratista, no el consultor que armó el cronograma.
Por eso estos métodos defectuosos persisten: protegen al lado equivocado de la mesa.
Y por eso los contratistas necesitan herramientas como ProjectVIEW ERP, sistemas creados para defender su realidad, su evidencia y su pago.
Pero aquí está el punto de inflexión —
Cuando los consultores finalmente adopten la mentalidad de ProjectVIEW ERP, tendrán acceso a KPI reales de Earned Value, informes de estado precisos y actualizaciones de progreso creíbles.
Entonces podrán repronosticar presupuestos y cronogramas con base en las condiciones reales de la obra, no en ratios hipotéticos.
Ahí es cuando el control de proyectos dejará de ser académico y empezará a ser responsable.
Hasta entonces, las métricas de sobretiempo de duración seguirán siendo lo que siempre han sido:
herramientas para que los consultores parezcan inteligentes y los contratistas pierdan dinero.
