Cómo elaborar un cronograma básico según NEC4
Introducción: el programa como herramienta contractual, no documento de archivo
- Introducción: el programa como herramienta contractual, no documento de archivo
- El marco normativo del programa en el NEC4 ECC: dos Sub-Cláusulas distintas
- ¿Cuándo debe presentarse el programa inicial?
- Los requisitos específicos del programa NEC4: Sub-Cláusula 31.2
- Las Time Risk Allowances: el concepto clave que distingue al programa NEC4
- El Terminal Float: a quién pertenece y por qué importa
- El proceso de aceptación del programa: cómo funciona
- Paso a paso: cómo elaborar el programa NEC4
- La Sub-Cláusula 31.4: el programa en las cotizaciones de eventos compensables
- La actualización del programa: Sub-Cláusula 32
- Consecuencias de no tener un Accepted Programme
- Ejemplo práctico: programa para construcción de aulas modulares
- Herramientas para elaborar el programa NEC4
- Preguntas frecuentes
- Conclusión
- Recursos especializados en ContratosNECFIDIC.com
En el NEC4, el programa de trabajo (programme) no es un cronograma de referencia que el contratista presenta al inicio y luego archiva. Es una herramienta contractual viva que desempeña funciones específicas y activas a lo largo de toda la ejecución del proyecto: base para la evaluación de eventos compensables, evidencia del impacto de retrasos, referencia para el control del progreso y documento obligatorio en toda cotización de evento compensable.
Esta distinción — entre programa como documento de gestión y programa como herramienta contractual — es la más importante que el profesional que trabaja con NEC4 debe interiorizar. Un programa que existe pero no cumple los requisitos de la Sub-Cláusula 31.2, o que no está actualizado, o que no ha sido aceptado formalmente por el PM, no cumple su función contractual aunque técnicamente sea un cronograma correcto.
El presente artículo ofrece una guía práctica completa para elaborar el programa de trabajo conforme a los requisitos del NEC4 ECC, con las especificidades que lo distinguen de los programas convencionales.
El marco normativo del programa en el NEC4 ECC: dos Sub-Cláusulas distintas
Un aspecto fundamental que frecuentemente se confunde en la práctica es la distinción entre las dos sub-cláusulas que regulan el programa en el NEC4 ECC:
Sub-Cláusula 31 — Presentación y contenido del programa: Regula los requisitos que debe cumplir el programa presentado por el contratista: cuándo debe presentarse, qué información debe incluir y el proceso de aceptación por el PM.
Sub-Cláusula 32 — Revisión del programa: Regula las actualizaciones del programa durante la ejecución, incluyendo la obligación de presentar un programa revisado cuando ocurren eventos relevantes o cuando el PM lo solicita.
Sub-Cláusula 31.4 (novedad del NEC4): Establece que toda cotización de evento compensable debe incluir un programa revisado que muestre el efecto del evento sobre el programa aceptado. Esta es una de las diferencias más relevantes del NEC4 respecto al NEC3.
Esta distinción es esencial para gestionar correctamente el programa: la Sub-Cláusula 31 aplica a la presentación inicial; la Sub-Cláusula 32 aplica a las revisiones durante la ejecución.
¿Cuándo debe presentarse el programa inicial?
La Sub-Cláusula 31.1 establece que el contratista debe presentar el programa dentro del plazo especificado en los Datos del Contrato. Si los Datos del Contrato no especifican un plazo, el programa debe presentarse dentro de las 4 semanas siguientes a la fecha de inicio del contrato (Contract Date).
Esta distinción importa en la práctica: no es "antes de comenzar la obra" necesariamente, sino dentro de los plazos contractuales específicos. En proyectos donde las obras comienzan inmediatamente después de la firma (cosa habitual), la presentación del programa puede coincidir con los primeros días de ejecución.
Los requisitos específicos del programa NEC4: Sub-Cláusula 31.2
La Sub-Cláusula 31.2 del NEC4 ECC establece un conjunto de requisitos específicos que el programa debe cumplir para ser aceptable. Estos requisitos son más detallados que los de la mayoría de los contratos convencionales y representan lo que hace al programa NEC4 genuinamente diferente:
Requisitos fundamentales
1. Fechas base: El programa debe mostrar la Fecha de Inicio, las Fechas de Acceso, las Fechas Clave (Key Dates) y la Fecha de Terminación establecidas en los Datos del Contrato.
2. Terminación Prevista (Planned Completion): Además de la Fecha de Terminación contractual, el programa debe mostrar cuándo el contratista prevé terminar. La diferencia entre la Terminación Prevista y la Fecha de Terminación contractual es el terminal float, concepto que se analiza más adelante.
3. Secuencia y método de las operaciones: El programa debe mostrar el orden y la metodología con que el contratista planea ejecutar el trabajo. No se trata solo de "cuándo" sino de "cómo".
4. Operaciones del Empleador y terceros: El programa debe incluir las operaciones que el Empleador o terceros realizarán y que afectan al trabajo del contratista, conforme a lo establecido en el Scope o en los Datos del Contrato.
5. Holgura (Float): El programa debe mostrar las holguras disponibles en cada actividad. La holgura tiene implicaciones contractuales específicas en NEC4.
6. Provisiones temporales para riesgos (Time Risk Allowances): Este es uno de los requisitos más específicos y más frecuentemente omitidos del programa NEC4. Se analiza en la siguiente sección.
7. Requisitos de salud y seguridad: El programa debe reflejar los requisitos de salud y seguridad que afectan a la secuencia y al método de trabajo.
8. Cronograma de recursos: Los principales recursos previstos para cada operación.
Las Time Risk Allowances: el concepto clave que distingue al programa NEC4
Las provisiones temporales para riesgos (Time Risk Allowances, TRAs) son uno de los conceptos más importantes del programa NEC4 y, al mismo tiempo, uno de los menos conocidos fuera del mundo anglosajón.
¿Qué son?
Las TRAs son buffers de tiempo que el contratista incluye en su programa para absorber el impacto potencial de los riesgos que son de su responsabilidad — es decir, riesgos que no son eventos compensables — si se materializan. Representan la evaluación del contratista sobre el tiempo adicional que podría necesitar para completar una actividad si sus propios riesgos se concretan.
¿Por qué son contractualmente relevantes?
Su relevancia contractual es doble:
Para la evaluación de eventos compensables: Si el contratista no tenía una TRA para el riesgo que luego se materializa como evento compensable, el PM puede considerar que ese riesgo era propio del contratista y no compensable. Las TRAs documentan qué riesgos consideraba el contratista como propios al momento de presentar el programa.
Para el Registro de Riesgos: Las TRAs del programa deben ser coherentes con los riesgos registrados en el Registro de Riesgos (Risk Register). Un riesgo identificado en el Registro que no tiene su correspondiente TRA en el programa indica una incoherencia en la gestión del riesgo.
¿Cómo se representan?
Las TRAs se incluyen en el programa como buffers de tiempo asociados a actividades específicas o a grupos de actividades. Deben identificarse claramente — no mezcladas con la duración "real" de las actividades — para que el PM pueda verificar que representan una evaluación honesta de los riesgos.
El Terminal Float: a quién pertenece y por qué importa
El terminal float es la diferencia entre la Terminación Prevista (Planned Completion) mostrada en el programa y la Fecha de Terminación (Completion Date) contractual. Si el programa muestra que el contratista prevé terminar 15 días antes de la fecha contractual, existe un terminal float de 15 días.
La pregunta crucial: ¿a quién pertenece el terminal float?
En el NEC4, el terminal float no pertenece al Empleador ni al PM. El PM no puede usar el terminal float para "absorber" el impacto de un evento compensable en la Fecha de Terminación. Si un evento compensable tiene un impacto en la ruta crítica del programa, ese impacto debe reflejarse en la Fecha de Terminación aunque exista terminal float.
Esto tiene una implicación muy significativa: si el contratista trabaja eficientemente y crea terminal float, ese float es suyo. No puede ser "consumido" por el Empleador o el PM para evitar compensar el impacto de eventos compensables en el plazo.
La evaluación correcta del impacto de un CE en el plazo se hace comparando el Planned Completion del programa aceptado antes del CE con el Planned Completion del programa revisado que incorpora el CE, no comparándolos con la Fecha de Terminación contractual.
El proceso de aceptación del programa: cómo funciona
Una vez presentado el programa, el PM tiene el plazo establecido en los Datos del Contrato para responder. Si los Datos del Contrato no especifican un plazo, el NEC4 tiene plazos predefinidos para las notificaciones del PM.
El PM puede:
- Aceptar el programa: Notificación formal de aceptación. El programa se convierte en el Accepted Programme (Programa Aceptado).
- Rechazar el programa con razones: El PM debe notificar las razones específicas por las que no acepta el programa. Un rechazo sin razones es cuestionable.
Si el PM no responde dentro del plazo establecido, el programa se considera aceptado (principio de aceptación tácita).
Razones válidas para rechazar el programa
El PM puede rechazar el programa si:
- No muestra la información requerida por la Sub-Cláusula 31.2.
- No es realista (las duraciones no son técnicamente factibles).
- No refleja el estado actual del proyecto (en actualizaciones).
- No incluye las TRAs o las holguras requeridas.
El PM no puede rechazar el programa porque prefiere una secuencia diferente de actividades si la propuesta por el contratista es técnicamente válida y conforme al Scope.
Paso a paso: cómo elaborar el programa NEC4
Paso 1: Revisar los Datos del Contrato
Antes de elaborar el programa, verificar en los Datos del Contrato:
- Fecha de Inicio (Starting Date).
- Fecha de Terminación (Completion Date).
- Fechas de Acceso (Access Dates) para distintas áreas del emplazamiento.
- Fechas Clave (Key Dates) y sus Condiciones asociadas.
- Plazo para presentar el programa inicial.
- Período de reporte y actualización del programa.
- Formato o software requerido (si se especifica).
Paso 2: Revisar el Scope y la Información del Emplazamiento
El Scope define qué trabajo debe ejecutarse. El programa debe cubrir exactamente el alcance del Scope, ni más ni menos. La Información del Emplazamiento puede revelar restricciones de acceso, interferencias con infraestructura existente u otras condiciones que deben reflejarse en el programa.
Paso 3: Identificar las operaciones principales y su secuencia lógica
Descomponer el trabajo en operaciones identificables con una secuencia lógica clara. Para cada operación, identificar:
- Las operaciones predecesoras (de las que depende).
- Las operaciones sucesoras (que dependen de ella).
- El método de ejecución previsto.
Este desglose debe ser suficientemente detallado para que el PM pueda entender cómo el contratista planea ejecutar el trabajo, pero no tan exhaustivo que el programa sea inmanejable.
Paso 4: Estimar duraciones con rigor técnico
Las duraciones deben basarse en un análisis técnico honesto: rendimientos de los equipos y cuadrillas, condiciones del emplazamiento, experiencia en proyectos similares. El NEC4 espera que el contratista sea honesto en sus duraciones: un programa con duraciones artificialmente optimistas que luego no se pueden cumplir perjudica al propio contratista al generar un Accepted Programme que no puede mantener.
Paso 5: Identificar y representar las Time Risk Allowances
Para cada grupo de actividades, evaluar qué riesgos propios del contratista podrían materializarse e impactar la duración. Asignar TRAs realistas y representarlas de manera identificable en el programa. Las TRAs deben estar vinculadas a los riesgos correspondientes en el Registro de Riesgos.
Paso 6: Calcular las holguras y el terminal float
Una vez construida la red lógica con duraciones y TRAs, calcular las holguras de cada actividad (diferencia entre la fecha más tardía y más temprana para realizarla) y el terminal float (diferencia entre la Terminación Prevista y la Fecha de Terminación contractual).
Verificar que el terminal float es positivo o nulo. Un programa donde la Terminación Prevista coincide con la Fecha de Terminación contractual no tiene terminal float, lo que significa que cualquier evento adverso afectará directamente a la Fecha de Terminación contractual.
Paso 7: Incorporar las operaciones del Empleador y terceros
El programa debe mostrar las operaciones que el Empleador, sus otros contratistas u otras partes realizarán y que afectan al trabajo del contratista. Esto incluye: provisión de materiales por parte del Empleador, inspecciones del Supervisor, acciones del PM (revisión de documentos, aprobaciones), y trabajo de otros contratistas en el mismo emplazamiento.
Paso 8: Representación gráfica y revisión interna
Antes de presentar el programa al PM, revisarlo internamente con los responsables técnicos para verificar:
- Que la secuencia es técnicamente factible.
- Que las duraciones son realistas.
- Que todos los requisitos del Scope están cubiertos.
- Que las TRAs están correctamente representadas y documentadas.
- Que las operaciones del Empleador y terceros están incluidas.
Paso 9: Presentación formal al PM
La presentación debe realizarse conforme a los requisitos de comunicación de la Sub-Cláusula 13 del NEC4: por escrito, al PM designado, dentro del plazo establecido.
La Sub-Cláusula 31.4: el programa en las cotizaciones de eventos compensables
Una de las novedades más significativas del NEC4 respecto al NEC3 es el requisito de la Sub-Cláusula 31.4: toda cotización de evento compensable presentada por el contratista debe incluir un programa revisado que muestre el efecto del evento sobre el programa aceptado.
Este requisito tiene consecuencias prácticas importantes:
El programa y la cotización están vinculados: No es posible cotizar el impacto económico de un CE sin mostrar simultáneamente el impacto en el programa. Ambos aspectos son indisolubles en el NEC4.
El programa revisado es evidencia del impacto en el plazo: La comparación entre el Planned Completion del Accepted Programme anterior al CE y el Planned Completion del programa revisado muestra objetivamente el impacto del CE en la ruta crítica.
Una cotización sin programa revisado es incompleta: El PM puede solicitar el programa revisado como condición para evaluar la cotización, lo que puede generar demoras en el proceso.
La actualización del programa: Sub-Cláusula 32
La Sub-Cláusula 32 regula las revisiones del programa durante la ejecución. El contratista debe presentar un programa revisado cuando:
- El PM lo solicita.
- El plazo de reporte establecido en los Datos del Contrato ha transcurrido.
- Ha ocurrido un evento compensable que requiere el programa revisado (Sub-Cláusula 31.4).
- La situación real del proyecto ha divergido significativamente del Accepted Programme vigente.
El programa revisado debe seguir los mismos requisitos de la Sub-Cláusula 31.2 y debe ser aceptado por el PM con el mismo proceso del programa inicial.
Consecuencias de no tener un Accepted Programme
La ausencia de un Accepted Programme tiene consecuencias contractuales concretas:
Evaluación de CEs: Sin Accepted Programme, el PM debe evaluar el impacto de los eventos compensables sin la referencia que el programa proporciona. En la práctica, esto complica la evaluación y puede resultar desfavorable para el contratista.
Reducción de la certificación de pagos: El PM puede reducir los montos que certifica cuando el contratista no ha presentado un programa aceptable, conforme a las disposiciones del NEC4 sobre evaluación de pagos.
Debilidad posicional en disputas: En cualquier disputa sobre el impacto de un CE en el plazo, el contratista sin Accepted Programme tiene una posición probatoria significativamente más débil.
Ejemplo práctico: programa para construcción de aulas modulares
Para ilustrar los conceptos, presentamos el programa de un proyecto de construcción de 6 aulas modulares. Este es un ejemplo puramente ilustrativo.
Datos del Contrato (hipotéticos):
- Fecha de Inicio: 01/06
- Fecha de Terminación: 15/07 (30 días hábiles)
- Período de reporte del programa: quincenal
| Operación | Duración | Predecesora | TRA | Recursos clave |
|---|---|---|---|---|
| Trabajos preliminares y topografía | 2 días | — | 0 días | Topógrafo |
| Movimiento de tierras | 5 días | Topografía | 1 día | Excavadora |
| Cimentación | 6 días | Movimiento de tierras | 1 día | Cuadrilla + concreto |
| Montaje de módulos prefabricados | 10 días | Cimentación | 1 día | Grúa + técnicos |
| Instalaciones eléctricas | 4 días | Montaje (50%) | 0 días | Electricistas certificados |
| Acabados interiores y pintura | 3 días | Eléctricas + montaje | 0 días | Cuadrilla pintores |
| Pruebas e inspección final | 2 días | Acabados | 0 días | PM + Supervisor |
Terminación Prevista (Planned Completion): Día 28 (2 días antes de la Fecha de Terminación)
Terminal Float: 2 días hábiles
Las TRAs reflejan principalmente el riesgo climático y de suministro de materiales que son responsabilidad del contratista. Los riesgos ajenos al contratista (por ejemplo, retraso en la provisión de los módulos prefabricados si es responsabilidad del Empleador) no generan TRA sino que son gestionados como posibles eventos compensables.
Herramientas para elaborar el programa NEC4
La elección de la herramienta debe ser proporcional a la complejidad del proyecto:
| Herramienta | Adecuada para | Ventajas | Limitaciones |
|---|---|---|---|
| Microsoft Excel | Proyectos simples, < 30 actividades | Accesible, flexible | Sin CPM automático, sin vínculos de red |
| Microsoft Project | Proyectos medios, 30-200 actividades | CPM automático, Gantt visual | Curva de aprendizaje, costo |
| Primavera P6 | Proyectos complejos, múltiples contratos | CPM avanzado, recursos | Costo elevado, complejo |
| Asta Powerproject | Proyectos NEC (popular en UK) | Módulos específicos NEC | Menos conocido en LATAM |
| CEMAR | Gestión integral del contrato NEC | Integra CE, EW y programa | No es herramienta de programación |
Preguntas frecuentes
¿El PM puede rechazar el programa porque prefiere una secuencia diferente?
No. El PM puede rechazar el programa si no cumple los requisitos de la Sub-Cláusula 31.2, pero no puede rechazarlo simplemente porque prefiere una secuencia diferente que el contratista ha propuesto de manera técnicamente válida y conforme al Scope.
¿Qué son exactamente las Time Risk Allowances?
Son buffers de tiempo que el contratista incluye en el programa para absorber el impacto de sus propios riesgos si se materializan. Representan la evaluación del contratista sobre el tiempo adicional que podría necesitar por circunstancias de su responsabilidad.
¿El terminal float puede ser usado por el PM para reducir el impacto de un CE?
No. El terminal float pertenece al proyecto (beneficiando al contratista). El PM debe evaluar el impacto de un CE sobre la Terminación Prevista del programa, no sobre la Fecha de Terminación contractual.
¿Qué ocurre si el PM no responde al programa presentado?
Si no responde dentro del plazo establecido, el programa se trata como aceptado (aceptación tácita).
¿Con qué frecuencia debe actualizarse el programa?
La frecuencia debe estar especificada en los Datos del Contrato. Independientemente de esa frecuencia, el contratista debe presentar un programa revisado siempre que ocurra un evento compensable (Sub-Cláusula 31.4) o cuando el PM lo solicite.
¿El cronograma del subcontratista forma parte del Accepted Programme?
Depende del contrato. El Accepted Programme del contrato principal debe mostrar las principales operaciones del proyecto; los programas de subcontratistas son documentos de gestión interna que el contratista principal usa para coordinar su trabajo.
Conclusión
El programa de trabajo en el NEC4 es, a la vez, la herramienta de planificación más importante del proyecto y uno de los documentos contractuales de mayor peso en la evaluación de eventos compensables, la gestión del plazo y la resolución de disputas sobre retrasos.
Elaborarlo correctamente — con la secuencia lógica adecuada, las TRAs que reflejan honestamente los riesgos propios del contratista, el terminal float correctamente calculado y representado, y las operaciones del Empleador y terceros incluidas — es una competencia técnica que marca la diferencia entre un contratista que usa el NEC4 de manera efectiva y uno que lo usa como un trámite formal.
La Sub-Cláusula 32 completa el trabajo de la Sub-Cláusula 31: la presentación inicial es el punto de partida, pero el mantenimiento del programa como herramienta viva durante toda la ejecución es donde se genera el valor real del Accepted Programme.
Recursos especializados en ContratosNECFIDIC.com
¿Quieres acceder a plantillas de programa NEC4 en Excel y MS Project, a guías sobre cómo calcular y representar las Time Risk Allowances, o a análisis sobre cómo el terminal float se evalúa en disputas sobre extensión de plazo? Visita nuestra sección de Recursos en ContratosNECFIDIC.com.
Encontrarás materiales gratuitos especializados: plantillas de programa conformes a la Sub-Cláusula 31.2, guías sobre los requisitos del Accepted Programme, análisis de la Sub-Cláusula 31.4 y su impacto en la gestión de eventos compensables, y recursos sobre la evaluación del terminal float. Suscríbete para recibir directamente en tu correo nuestras publicaciones especializadas en contratos NEC, FIDIC y gestión de proyectos de construcción.
👉 Accede ahora a la sección Recursos de ContratosNECFIDIC.com