TIA

En diversas oportunidades se nos ha solicitado preparar un programa

impactado, esto se denomina TIA - Time impact analysis. Se trata de una
metodología que usualmente se utiliza para cuantificar los potenciales retrasos
durante el proceso de la construcción, nos permite tener una mirada hacia
adelante, además sirve para poder cuantificar y demostrar una extensión de
plazo. Generalmente esta metodología, se realiza utilizando el cronograma
contractual y se incorporan actividades agregando los retrasos o cambios que
generaron retrasos en el cronograma.

TIA como técnica es necesaria para la cuantificación de tiempo, primero

debemos estimar los impactos de tiempo antes de poder efectuar estimaciones
de costos. TIA será realizada para evaluar los resultados mas probables de un
evento no planeado que podría ser un retraso o una aceleración.

Practica Recomendada AACE N°52R-06 "Time Impact Analysis - As

Applied in Construction"

La AACE posee una práctica recomendada N°52R-06 Time impact analysis As

Applied in Construction. En esta práctica se detallan una serie de pasos y
consideraciones que debemos tener en cuenta al momento de realizar este tipo
de análisis, los pasos fundamentales que detalla esta práctica los detallo a
continuación:

1. Enviar un modelo del programa del retraso.

2. Seleccionar un programa actualizado apropiado.

3. Insertar el modelo del retraso en el programa. Reducir las duraciones de

los retrasos a cero y hacer los cálculos de la red CPM.

4. Insertar las duraciones aprobadas en los retrasos y recalcular CPM.

5. Identificar la actividad que será usada para medir el impacto de tiempo.

6. Determinar el impacto total de tiempo en el proyecto.

7. Determinar las fechas actuales del retraso.

8. Eliminar las fechas de retraso ya otorgadas.

Este tipo de metodologías para el análisis de impactos son muy usadas en la

industria de la construcción, ya que permiten demostrar de una forma sencilla
los diversos efectos de factores no planificados en nuestro cronograma. Por lo
anterior es altamente recomendable conocer sobre estas metodologias.
Importacia de la Línea Base y del Análisis de Impacto en tiempo
Hace poco, el 08 de Junio de 2017 realizamos nuestra Charla Técnica de la Sección de AACE
International Perú en la oficinas de Graña y Montero con una muy buena acogida de
participantes interesados. Se compartió algunos alcances de técnicas para análisis de
impacto en tiempo aplicado a Cronogramas. La Sesión continuó con una segunda parte en
la cual el Ing. Felix Soto expuso brillantemente su aplicación con el software ASTA Power
Project. En este artículo les comparto lo que fue mi presentación.

Todos sabemos que lo único constante en los proyectos es el cambio. Podemos realizar
una elaborada línea base, ser sumamente detalloso y tener la mejor versión del programa
en el software de proyectos más prestigioso del medio, pero la verdad es que ni todo el
tiempo en análisis y estudio de los documentos contractuales de un proyecto nos
asegurarán culminarlo a tiempo. Según el SmartMarket Report de McGraw Hill del año
2011, se indica que “El 84% de los proyectos de infraestructura no terminan a tiempo”.

Pero con esto no busco desanimarlos a dedicar tiempo en preparar su Cronograma de Línea
Base, no no, todo lo contrario, pienso que la planificación es el corazón para obtener de
manera exitosa los objetivos del proyecto, es realizar un recorrido mental imaginario por
todo el alcance y secuencia del proyecto, tratando de imaginar los posibles problemas o
conflictos en la labor, así como los riesgos asociados. Pero este esfuerzo es de largo aliento,
como dirían, “TIME TO PLAN” se da en todo el ciclo de vida del proyecto y no sólo al
principio. Pero entonces, como se articula el hecho que es importante planear pero a la vez,
nunca se va a ejecutar un proyecto tal cual lo planeado…! entonces cuál es el sentido de
gastar tiempo y esfuerzo en esto?

Según mi opinión, los verdaderos y buenos planificadores no gastan tiempo y esfuerzo

desarrollando un Plan de Proyecto o Cronograma pensando en que lo van a cumplir…. no
no no… los verdaderos y buenos lo desarrollan tratando de volcar en él todas las
consideraciones, supuestos, asunciones y exclusiones en base a la lectura a detalle del
alcance del proyecto (todos los documentos contractuales) porque saben que esa será la
única manera de dejar un registro respecto a cómo imaginaron que iban a desarrollar el
proyecto, la estrategia de ejecución, el recorrido mental, finalmente la Línea Base sobre la
cuál se compararán y servirá para detectar futuras desviaciones en cuanto a plazo y costo
(cambios de alcance, disruption, atrasos, etc.). Entonces un análisis de impactos (tanto en
tiempo y costos) que se realiza de manera contemporánea (durante el desarrollo del
proyecto y no sólo post-mortem) puede transformarse en una herramienta valiosa para
defender los intereses, promover una negociación técnica y acuerdos sobre reclamos
asociados a retrasos.

Espero que esta presentación adjunta de su interés, pues revisamos la importancia de

realizar no sólo una buena Línea Base con todas las consideraciones y secuencias de trabajo,
que se detalla en el Cronograma As-Planned, sino también realizar un verdadero registro
de hechos reales durante la ejecución, que se documentan en el Cronograma As-Built.
 Técnicas para Análisis de Retrasos de proyectos
DANIEL BLÁZQUEZ 0
A lo largo de la vida de un proyecto, desde que se crea la línea base de
proyecto hasta que obtenemos un cronograma que recoge cómo se han
ejecutado cada una de las actividades (as-built), ocurren una gran cantidad
de acontecimientos que eran desconocidos al principio. Estos
acontecimientos pudieron causar retrasos en la consecución de los
diferentes paquetes de trabajo, así como en los diferentes hitos
contractuales del proyecto. Estos retrasos pueden ser responsabilidad del
cliente, del contratista o de terceras partes. En este artículo vamos a hablar
sobre las 6 técnicas para el análisis de retrasos de proyectos. Éstas servirán
como herramienta para mejorar la relación con nuestros clientes, para
preparar reclamaciones de tiempo y/o coste, y para poder tener bien
documentados todos los eventos sucedidos durante la vida del proyecto.

6 técnicas para el Análisis de Retrasos de proyectos

1. Análisis de impacto sobre lo planificado o «Impacted As-
planned Analysis»
Este método se basa en añadir un Evento de Retraso o Delay Event dentro
del cronograma Línea Base del Proyecto, vinculándolo de manera lógica. Una
vez se haya vinculado correctamente con las actividades de la Líne Base que
correspondan, se realizarán de nuevo el cálculo del cronograma gracias a la
herramienta de planificación que se esté utilizando. En nuestro caso, esta
herramienta es Primavera P6 de Oracle. De este modo, se determinará el
impacto prospectivo o a tiempo futuro que el Evento de Retraso ha tenido en
el hito contractual de finalización del proyecto. En planificación, a este hito
contractual se le suele denominar en terminología anglosajona como
«Contract Completion Date».

Es importante contar con una sólida Línea Base del proyecto, donde se haya
confirmado que la secuencia y duraciones de los trabajos a realizar son
razonables, realistas y alcanzables. Del mismo modo, es necesario asegurar
que todas las actividades se han vinculado de manera correcta.

Normalmente, éste es el más simple y menos caro de todos los análisis que
se describen en este artículo sobre las técnicas para el análisis de retrasos de
proyectos. Sin embargo, tiene algunas limitaciones como son el no
considerar el progreso real del proyecto o los cambios sobre lo planificado
originalmente. En determinados contratos, y dependiendo de los términos
que hayan sido acordados con nuestro cliente, esta técnica de Análisis de
Retrasos sería suficiente para valorar la extensión del tiempo que tenemos
derecho a solicitar.

2. Análisis de impacto del tiempo o «Time Impact

Analysis»
Del mismo modo que en el método de Análisis de Retrasos denominado
«Impacted As-planned Analysis», debemos introducir y vincular los Eventos
de Retraso dentro de la Línea Base de proyecto y calcular este programa
actualizado con la herramienta de planificación con la que se esté
trabajando. Como en el caso anterior, quedará determinado el impacto a
futuro del Evento de Retraso sobre la fecha de finalización del proyecto.

El cronograma usado como Línea Base para cada análisis puede ser un
cronograma contemporáneo o la Línea Base actualizada que refleje los
cambios que haya habido en la lógica, progreso real de los trabajos, o nuevos
paquetes de trabajo o actividades. Dicho de otro modo, la Línea Base a
analizar deberá reflejar el progreso real de los trabajos y una secuencia
realista, alcanzable y razonable de los trabajos pendientes. Cualquier
mitigación y/o plan de aceleración se incorporará y tendrá en cuenta en la
Línea Base actualizada.

El número de Eventos de Retraso que se modelen tiene un impacto

considerable en la complejidad y coste en el uso de este método.

3. Análisis de retrasos de proyectos basados en una

franja de tiempo o «Time Slice Analysis»
Éste es el primero de los dos métodos de Análisis de Retraso por ventanas
que existen. Este método require que la persona que analice los retrasos
verifique o desarrolle una serie de cronogramas actualizados a considerar
como Líneas Base, a modo de instantáneas durante el curso de los trabajos.
Mediante este proceso el progreso de los trabajos se divide en intervalos de
tiempo, típicamente mensuales, que reflejan la ruta crítica real de cada
periodo. Ésto permite a la persona que analice los retrasos conlcuir la
extensión de tiempo de cada retraso crítico dentro de cada «ventana».
Dicho ésto, el analista investiga los informes del proyecto para determinar
qué eventos podrían haber causado el retraso crítico identificado en cada
intervalo de tiempo. Para el cronograma referente a cada «ventana», el
analista necesita verificar que el histórico de sucesos ocurridos reflejan el
progreso real de los trabajos y que la secuencia y duraciones de los trabajos
pendientes son razonables, realistas y alcanzables, además de presentar una
secuencia lógica. Éste método depende en gran medida del software de
planificado.

4. Análisis de ventanas planeado contra ejecutado o

«As-planned versus As-built Windows Analysis»
Éste es el segundo método de Análisis de Retraso por ventanas. Este método
depende menos del software de planificación que usemos y suele aplicarse
cuando existe cierta preocupación sobre la validez de la Línea Base del
proyecto. La duración de los trabajos se divide en «ventanas», las cuales
están enmarcadas por cronogramas revisados, cronogramas actualizados,
hitos e importantes eventos que hayan sucedido. El analista determinala ruta
crítica real para cada «ventana» mediante un análisis de sentido común y un
análisis práctico de los hechos disponibles.

Como esta tarea no depende tanto de la herramienta de planificación que se

use, es importante que el analista exponga las razones por las que se ha
dterminado la criticidad.

La incidencia y el alcance del retraso crítico en cada «ventana» se determinan

comparando fechas clave a lo largo de la ruta crítica contemporánea o real
con las fechas planificadas correspondientes en el cronograma de Línea
Base. Posteriormente, el analista investiga los registros del proyecto para
determinar qué eventos de retraso podrían haber causado el retraso crítico
identificado. El retraso crítico incurrido y la mitigación o aceleración lograda
en cada ventana se acumulan para identificar el retraso crítico durante la
duración de los trabajos.

5. Análisis de retrasos de proyectos retrospectivo de la

ruta más larga o «Retrospective Longest Path
Analysis»
El método de análisis retrospectivo de la ruta más larga implica la
determinación de un modo retrospectivo de la ruta crítica como se construyó
o as-built. Ésta no debe confundirse con la ruta crítica contemporánea o real
identificada en los métodos anteriores basados en ventanas. En este
método, el analista primero debe verificar o desarrollar un cronograma as-
built detallado, tal como se han ejecutado los trabajos. Una vez completado,
el analista traza la ruta más larga hacia atrás desde la fecha de finalización
real para determinar el camino critico del proyecto ejecutado.
La incidencia y el alcance del retraso crítica se determina comparando las
fechas clave a lo largo de la ruta crítica de los trabajos ejecutados (as-built)
con las fechas planificadas correspondientes en el programa de Línea Base.
Posteriormente, el analista investiga los registros del proyecto para
determinar qué eventos podrían haber causado el retraso crítico
identificado.
Una limitación de este método es su capacidad más limitada para reconocer
y permitir interruptores en la ruta crítica durante el curso de los trabajos.
6. Análisis colapsado de lo ejecutado o «Collapsed As-
built Analysis»
El método de análisis colapsado de lo ejecutado implica la extracción de los
eventos de retraso del cronograma «as-built». Con ello se proporciona una
hipótesis de lo que podría haber sucedido si los eventos de retraso no
hubieran ocurrido. Este método no requiere un cronograma Línea Base. Sin
embargo, se requiere un programa as-built detallado y con una lógica en la
bien definida en la ejecución de las actividades. Es raro que dicho
cronograma de actividades exista en el proyecto. Generalmente se requiere
que el analista introduzca la lógica a un cronograma as-built verificado. Esto
puede llevar mucho tiempo y es un esfuerzo bastante complejo. Una vez
completada, se identifican los Eventos de Retraso dentro del cronograma
as-built y se «colapsan» o se extraen para determinar el impacto neto de
éstos.

Este método a veces se realiza en «ventanas», utilizando las herramientas

de software adecuadas que contienen datos detallados y completos de los
trabajos realizados realmente. Una limitación de este método es que solo
mide el retraso incremental a la ruta crítica. La fecha de finalización no
colapsará más que la ruta crítica más próxima.
Time Impact Analysis
Descripción

TIA es un técnica modelada ya que se basa en realizar una simulación añadiendo

retrasos en un cronograma actualizado a fecha anterior al evento de retraso y
recalcular con el software el impacto sobre la ruta crítica.

Es una metodología aplicable de forma prospectiva, lo que significa que se puede

hacer un análisis de retrasos mientras el proyecto está en ejecución. Aunque, lo
más habitual es realizar el análisis una vez el proyecto ha concluido o se ha
alcanzado alguno de los hitos más importantes.

Para la aplicación de este método es necesario disponer de los programas

contemporáneos para introducir los eventos que hayan tenido lugar a lo largo del
periodo de estudio. Normalmente los intervalos empleados son mensuales ya
que es el intervalo más común acordado en contratos de obra para el envío de
actualizaciones, aunque es posible, si existen actualizaciones, realizar el análisis
en periodos más cortos obteniendo así un mejor análisis.

Al emplear las actualizaciones contemporáneas como en el método de Time

Slice Windows análisis, se pueden analizar los retrasos sobre el camino crítico
real del proyecto en ese determinado momento, siempre y cuando el cronograma
se haga de forma realista y no con fines comerciales. Puede considerarse a este
método como la aplicación del mismo sistema utilizado en el Impacted as
Planned pero sobre las actualizaciones mensuales.

Para realizar el análisis de retrasos empleando esta metodología se deben seguir

los siguientes pasos:

• Localizar los programas que serán empleados para medir el avance y los
eventos de retraso.
• Obtener el cronograma actualizado hasta el día antes de tener lugar el evento
de retraso.
• Insertar el retraso sobre el cronograma relacionándolo con las actividades
impactadas, recalcular el cronograma y comprobar si existe algún cambio en la
fecha final del proyecto.
• Identificar los cambios en el camino crítico y en la fecha final del proyecto.
• Identificar quien es el responsable de los eventos de retrasos o ganancias de
tiempo modelados en el periodo estudiado.
• Continuar hasta la finalización del proyecto y sumar los resultados de cada uno
de los periodos anteriores para obtener el impacto total sobre el proyecto.
Fortalezas

• Permite realizar análisis prospectivos por lo que resulta muy útil para reclamar
extensiones de tiempo mientras el proyecto está en ejecución.

Debilidades

• Solo se analizan eventos particulares por lo que resulta fácil hacer un análisis
que favorezca a alguna de las partes. El número de eventos modelados tiene un
impacto significativo en la complejidad y coste de implementación del método.
• Se basa en el uso de programas totalmente relacionados y consistentes.
• Requiere de amplios conocimientos de software de planificación y tiempo para
poder hacer un análisis válido.
• No resulta un método apropiado para realizar informes periciales de análisis de
retrasos.