Los primeros 60 países por IDH en el año (2024).pdf
Análisis de Retrasos en Proyectos
1. Análisis de Retrasos en Proyectos
El siguiente articulo pretende introducir brevemente las técnicas utilizadas en el análisis de retrasos
que se utilizan frecuentemente y que están reconocidas por organismos tales como la «Society of
Construction Law» y la AACEI, que son los organismos más influyentes a la hora de establecer las
técnicas a aplicar para cuantificar los retrasos en un proyecto, así como determinar la
responsabilidad de los mismos.
En definitiva, lo que con estas técnicas se busca es demostrar ante un Tribunal o en una
negociación con un cliente cuáles fueron las causas que han llevado a que un proyecto no cumpla
con la fecha contractual de finalización. En el caso de que dichas causas sean producidas por el
cliente, el contratista podría reclamar una extensión para la finalización del proyecto, ser eximido de
daños y perjuicios y solicitar además una indemnización por el aumento de los costes ocasionados.
Impacted as Planned (IAP)
La primera técnica, así como la más común, es la conocida como «Impacted as Planned». Esta
técnica se utiliza para ayudar a demostrar la extensión en plazo de un proyecto, cuando tenemos un
programa aprobado por el contratista y por el cliente. Funciona muy bien cuando el evento de
demora se produce al inicio del proyecto.
Es bastante criticada debido a que no tiene en cuenta cuál es el estado del proyecto en el momento
en el que tiene lugar la demora, es decir no tiene en cuenta los posibles retrasos que arrastra el
proyecto.
Si se pretende utilizar para reclamar los costes incurridos durante la prolongación de la ejecución, es
necesario que las duraciones de los eventos se basen en datos as-built ya que «la compensación por
prolongación no debe ser pagada por nada que no sea el trabajo realmente realizado, el tiempo
realmente tomado o la pérdida y/o el gasto realmente sufrido». En definitiva, para reclamar un
coste de prolongación es necesario aportar datos reales para justificar los gastos incurridos.
Esta técnica no es válida para identificar la concurrencia real. Por concurrencia se entiende que dos
eventos de retraso sucedan a la vez, que ambos tengan consecuencias en la fecha fin de proyecto y
que sean responsabilidad del contratista y del cliente, respectivamente.
Fortalezas
• No es necesario tener un programa as-built.
• Es fácil de implementar, no requiere demasiado tiempo y tiene bajo coste.
• Funciona bien en los proyectos con lógica prescriptiva, es decir cuando los trabajos deben
ejecutarse de una manera determinada.
• No se necesitan recursos altamente cualificados.
Debilidades
• No considera la situación del Proyecto cuando ocurrió el impacto (es posible que en ese
momento el proyecto ya estuviera retrasado por otras causas).
• No considera medidas de mitigación ni aceleración tomadas por el contratista para intentar
reducir los efectos de los retrasos.
• Toda la holgura que tiene el programa es consumida por la parte que genera el evento de
retraso.