Cuando se habla de cronogramas en un proyecto de ingeniería, es común pensar únicamente en fechas de inicio y terminación. Sin embargo, dentro de un dictamen pericial, su valor es distinto. Más que una programación, el cronograma se convierte en una herramienta para reconstruir cómo debía desarrollarse la obra y contrastarlo con lo que realmente ocurrió.
Cada actividad suele estar condicionada por diseños, estudios, permisos, suministros, disponibilidad de equipos o trabajos previos ejecutados por otros actores. Por eso, cuando surge una discusión relacionada con retrasos, ampliaciones de plazo o presuntos incumplimientos, revisar la programación resulta casi inevitable. Allí quedan reflejadas las relaciones entre actividades y la lógica de la secuencia constructiva con la que se planeó la ejecución del proyecto.
Uno de los ejercicios más útiles consiste en comparar la programación inicial con la ejecución real. Esa revisión permite identificar interrupciones, cambios de secuencia, actividades aplazadas o situaciones en las que un frente de trabajo simplemente no podía avanzar porque aún no existían las condiciones técnicamente necesarias para hacerlo. El análisis no termina al encontrar una fecha desplazada, lo relevante es entender la causa y determinar si esa situación afectó otras actividades.
En ese punto aparecen las actividades predecesoras. Son aquellas que deben completarse antes de que otra tarea pueda comenzar. En la práctica de la ingeniería esto ocurre constantemente; difícilmente podría iniciarse una etapa de cimentación sin contar previamente con información topográfica, diseños aprobados o estudios de soporte. Lo mismo sucede con numerosas actividades de acabados que dependen de instalaciones, redes o definiciones adoptadas durante la ejecución.
La diferencia entre una demora y una afectación real a la secuencia constructiva no siempre es evidente. Hay retrasos que, vistos de manera aislada, parecen poco significativos, pero terminan bloqueando actividades posteriores o afectando el camino crítico del proyecto. También ocurre lo contrario, una actividad puede finalizar después de la fecha prevista sin generar consecuencias relevantes sobre el plazo total. La programación es la que permite establecer esa diferencia con fundamento técnico.
Algo similar sucede con el concepto de incumplimiento. No toda actividad ejecutada fuera de plazo implica, que una de las partes incumplió sus obligaciones. Existen situaciones que pueden alterar el desarrollo normal de una obra: diseños entregados tardíamente, información incompleta, frentes no liberados, cambios de alcance, interferencias de terceros, entre otras. Ignorar estos factores puede conducir a conclusiones apresuradas que no reflejan lo ocurrido en campo.
Por esa razón, el cronograma no debe analizarse de forma aislada. Su contenido debe contrastarse con actas, informes de avance, comunicaciones, registros fotográficos, planos, cortes de obra, órdenes de cambio, informes de interventoría y demás documentos que permitan reconstruir la historia del proyecto. Solo así es posible elaborar una línea de tiempo consistente y verificable.
La programación también permite ubicar hitos relevantes dentro de la ejecución. La entrega de diseños, la aprobación de planos, la liberación de un frente de trabajo, la terminación de una actividad crítica o la recepción de una etapa constructiva suelen marcar momentos determinantes. Revisar cuándo ocurrieron y cómo se relacionan con el resto de las actividades ayuda a comprender la evolución real de la obra.
En el contexto de reclamaciones de ingeniería, el cronograma sirve para sustentar técnicamente solicitudes relacionadas con ampliaciones de plazo, mayores costos, suspensiones, interferencias o disminuciones en el rendimiento esperado. Sin una reconstrucción cronológica adecuada, muchas reclamaciones terminan apoyándose únicamente en afirmaciones generales.
Por eso, en un dictamen pericial no basta con afirmar que existió un retraso. Es necesario identificar la actividad afectada, establecer cuándo ocurrió la desviación, determinar qué otras actividades dependían de ella y verificar quién tenía a su cargo las gestiones necesarias para evitar o corregir la situación. Esa cadena de relaciones es la que permite explicar técnicamente el impacto de un evento dentro del proyecto.
Visto de esa manera, el cronograma deja de ser una simple tabla de fechas. Se convierte en una representación de la secuencia constructiva de la obra. A través de él es posible reconstruir la cadena de ejecución, identificar dependencias, analizar desviaciones y evaluar si determinados eventos tuvieron incidencia real sobre el desarrollo del proyecto.
Cuando una controversia llega a una instancia técnica o judicial, esa reconstrucción suele ser determinante. Un cronograma actualizado, coherente y respaldado documentalmente permite sostener conclusiones con mayor solidez y reduce el espacio para interpretaciones basadas únicamente en apreciaciones generales.
Fuentes:
- Project Management Institute – PMI.
- Guía PMBOK, conceptos de cronograma, ruta crítica, actividades predecesoras e hitos.
- Soportes internos de dictámenes periciales de ingeniería desarrollados por la Firma.
