Topic N°02: Técnicas de Análisis de Impacto de Retrasos

 

Topic N°02: Técnicas de Análisis de Impacto de Retrasos

Cronogramas para utilizar en los retrasos

As Planned Schedule (Como  Cronograma Planeado)

Es un representación gráfica de la intención del contrato original para completar el proyecto. Muestra las diferentes rutas críticas así como las actividades planificadas y su secuencia.

As Built Schedule (Como Cronograma Construido)

Muestra la secuencia real y el progreso de las actividades del proyecto a medida que ha ocurrido en la realidad, incluidas las desaceleraciones, los paros laborales y las aceleraciones.

1. Impacted As Planned (Impactado como Planeado)

Fortalezas

1. Fácil de manejar.

2. Visión clara de causa y efecto.

3. Útil cuando no existe información As built.

4. Comunicación clara.

5. Bueno para proyectos repetitivos o secuenciales.

Debilidades

1. Resultados teóricos.

2. No hay cuenta de mitigación o aceleración.

3. Se basa (y mantiene) el programa según lo planeado en todo momento.

4. Calificado como "fundamentalmente defectuoso".

2. Time Impacted Analysis (Análisis de impacto de tiempo)

• Análisis prospectivo - antes de la demora.
• Análisis retroespectivo - después de la demora.

La práctica recomendada para TIA menciona:

1. TIA debe hacerse lo más simple posible para que sea fácil de entender.

2. Debe realizarse en un cronograma actualizado.

3. Debe utilizarse en una perspectiva "prospectiva" y no "retrospectiva" porque es realizado cuando se está realizando el trabajo.

4. El cronograma en el que se realizará TIA debe ser la última actualización antes de la ocurrencia / comienzo del evento de retraso y aprobado / aceptado por el propietario.

5. Cuanto más largo sea el período entre el retraso incluso y la aprobación de la TIA, menos útil se vuelve la TIA.

6. TIA supone que el cronograma CPM, vigente en el momento del retraso, está "congelado" y no cambio (distinto del cambio provocado por el retraso).

7. TIA se utiliza mejor para retrasos de corta duración.

Fortalezas

1. Real

2. Identifica la situación contemporánea en el momento del evento dilatorio.

3. Prospectivo y retrospectivo.

4. Muy fuerte cuando se combina con la ruta crítica As built.

5. Demuestra precisión, mitigación, aceleración y re secuenciamiento.

Debilidades

1. Puede ser dificil y trabajoso de manejar.

2. Si el programa As Planned es débil, el análisis también resultará débil.

3. Cada revisión del programa As Planned debe ser justificado.

4. Precisión de registros contemporáneos.

3. Windows Analysis

Fortalezas

1. Real

2. Fácil de comprender.

3. Mayor división en ventanas, incrementa la precisión.

4. Se considera de naturaleza dinámica.

5. Aceptado por investigadores, expertos, corte y mesas de trabajo.

Debilidades

1. Puede ser dificil y trabajoso de manejar.

2. Las diferencias en ventanas puede producir resultados diferentes.

3. Es dificil tener actualizaciones periódicas, por lo que resulta en un análisis laborioso de los registros del proyecto.

4. As Planned vs As Built

Fortalezas

1. Real.

2. Sencillo y rentable.

3. Limpio y simple (generalmente).

Debilidades

1. Precisión de la información del As built.

2. Alineación de los datos según lo planificado y según lo construido.

3. Períodos de inicio, finalización y no laborables de datos conforme a obra.

4. No considera la concuurrencia, la mitigación, la resecuenciación o la aceleración.

5. No demuestra la causalidad.

5. Collapsed As Built

Fortalezas

1. Útil cuando no existe un programa planificado.

2. Útil para demostrar la finalización del proyecto "si no fuera por" los retrasos de las otras partes.

3. Basado en datos conforme a obra.

4. Alguna medida de causa y efecto.

5. No necesita actualizaciones de progreso contemporaneamente.

Debilidades

1. No es fácil de completar (movimiento de la red de actividades conforme a obra).

2. Precisión de la datos conforme a obra.

3. Dificil cuando existe concurrencia.

4. Dificil cuando existen múltiple patrones de trabajo.

5. No se evidencia situación contemporánea al momento de cada retraso.

Principios para el análisis de retrasos en el cronograma

1. As Planned Schedule (Línea Base) debe estar disponible y aprobado por el propietario.

2. Se deben registrar datos reales, sólidos y claros del sitio.

3. As Built Schedule (Cronograma actualizado) debe ser preparado para analizar cambios del proyecto.

4. Al analizar los retrasos, se debe adoptar un orden cronológico desde el inicio del proyecto.

5. Cada demora debe ser identificada y el cronograma debe ser actualizado en consecuencia.

6. Los eventos de retraso deben simplificarse lo más posible para que sean fáciles de entender.

7. Al insertar retrasos la lógica original no debe eliminarse y debe mantenerse intacta, incluso si se ha vuelto redundante.

8. Selecciona apropiadamente la técnica de análisis de retraso.

9. Analiza cada tipo de demora y prepara reporte.

10. Las actividades que representan demora deben tener un ID especial y descripción clara del retraso.

11. Es aceptable agregar un retraso como una actividad sucesora a otra cuando en realidad el retraso ocurrió durante la actividad y retrasó su finalización.

12. También es aceptable dividir la actividad retrasada existente en dos actividades, de las que una representa la parte de trabajo planificado que se realizará antes del retraso, y la otra parte del trabajo planificado despues del retraso, siempre que las duraciones combinadas de las actividades divididas sean iguales a la duración original de esta actividad.

Selección de Metodología de Análisis de Retraso

Se debe tener en cuenta lo siguiente:

• Terminos de contrato.
• Disponibilidad de datos conforme a obra, como informes diarios, mensuales, de inspección, detalles de pago, etc.
• Tipo de trabajo.
• Naturaleza del retraso.
• Estatus del proyecto / Análisis de tiempo.

Componentes de un buen Informe de Reclamo de Extensión de Plazo

1. Descripción del proyecto.

2. Los detalles de las partes.

3. Los detalles de las particularidades del contrato.

4. Corto detalle del retraso del evento en la que se base el EoT.

5. Definiciones usadas en el contrato sobre el EoT.

6. Establecer el derecho del EoT (revisión de contrato).

7. Cronograma As Planned (Línea Base).

8. Cronograma As Built (Cronograma actualizado).

9. Completo y detalle de analisis de retraso.

10 Efecto general en la fecha de finalización.

11. Evidencias del retraso.

12. Conclusión final sobre la extensión de tiempo (EoT) solicitado.

DESCARGAR LIBRO