Saltar al contenido
Revisemos tu proyecto

Calendarios de obra: días hábiles, corridos y fechas de término

Revisa calendarios, turnos y excepciones antes de aceptar una fecha de obra. Ejemplo calculado y checklist para cronogramas en Primavera P6 y Project.

7 min de lectura 4 fuentes citadas

Un programa puede conservar las mismas actividades, relaciones y duraciones y, aun así, cambiar su fecha de término. Antes de atribuir esa diferencia a un rendimiento o a una recuperación de atraso, conviene revisar qué días y horas admite cada calendario.

Para un mandante o contratista en Chile, esta revisión es parte de la recepción técnica del cronograma: permite preguntar si la fecha presentada supone trabajo de lunes a viernes, disponibilidad de equipos durante el fin de semana o una parada que todavía no fue incorporada. La pregunta útil es qué condiciones de ejecución sostienen la fecha.

1. Separar tres conceptos antes de comparar programas

  • Duración de actividad: tiempo laborable que el modelo necesita para ejecutar una actividad, bajo sus supuestos de rendimiento y recursos.
  • Calendario técnico: distribución de ese tiempo en días y horarios disponibles, incluidos descansos y excepciones.
  • Plazo contractual: regla de cómputo y obligaciones establecidas en el contrato y sus documentos aplicables. Debe revisarse por separado; un campo del software no modifica esa regla.

Por eso, una actividad presentada con diez días de duración no permite concluir, por sí sola, que terminará diez días corridos después de comenzar. En el archivo debe poder identificarse qué representa la unidad «día» y dónde se ubican sus horas.

La guía GAO dedica una sección específica a los calendarios. Señala que definen tiempos válidos de trabajo y que una asignación incorrecta puede distorsionar fechas y duraciones transcurridas. También advierte que el calendario predeterminado rara vez contiene todas las excepciones necesarias. Es una referencia metodológica, no una norma contractual chilena.

2. Ejemplo: 80 horas, tres fechas de término

El siguiente es un ejemplo sintético de cálculo, sin relación con un cliente ni con resultados de Plannit. No prescribe una jornada laboral legal: representa disponibilidad de una actividad, que podría cubrirse con distintos recursos o turnos conforme a las condiciones aplicables.

Supongamos una actividad con 80 horas de duración laborable, sin otras restricciones, nivelación ni cambios de productividad. Empieza el lunes 2 de noviembre de 2026 a las 08:00. Cada fecha habilitada dispone de 08:00 a 12:00 y de 13:00 a 17:00: ocho horas, con una hora intermedia no laborable. No se modelan feriados; la única excepción utilizada más adelante es hipotética.

La duración requiere 80 / 8 = 10 jornadas habilitadas. Al distribuirlas se obtiene:

Escenario técnico Fechas que consumen las 80 horas Fin calculado
A. Lunes a viernes 2–6 y 9–13 de noviembre Viernes 13, 17:00
B. Lunes a sábado 2–7 y 9–12 de noviembre Jueves 12, 17:00
C. Lunes a viernes, con el jueves 5 bloqueado 2–4, 6, 9–13 y 16 de noviembre Lunes 16, 17:00

Los tres escenarios conservan diez jornadas de ocho horas. B termina un día calendario antes que A porque habilita el sábado 7. C termina tres días calendario después que A porque la jornada perdida obliga a atravesar el fin de semana del 14 y 15. Una excepción de ocho horas no siempre desplaza la fecha final solo un día calendario.

Aquí «un día antes» y «tres días después» comparan fechas finales a la misma hora; no son una fórmula para calcular plazo contractual. Tampoco son un ahorro o una pérdida de productividad: el ejemplo solo modifica disponibilidad. Si habilitar el sábado requiere otra cuadrilla, permisos o un costo adicional, esas condiciones deben verificarse antes de adoptar B como escenario ejecutable.

3. Comprobar qué calendario está gobernando

En Primavera P6, Oracle distingue calendarios globales, de proyecto y de recurso. La documentación explica que el tipo de actividad determina si gobierna su calendario asignado o el de sus recursos. También permite vincular calendarios de proyecto o recurso a uno global: cambiar este último puede propagar cambios a los vinculados. Antes de actualizar una excepción compartida, hay que identificar qué actividades y proyectos pueden verse afectados.

En Microsoft Project, revisa el calendario del proyecto, el de la tarea y los recursos asignados. La documentación diferencia además tareas automáticas y manuales: las fechas introducidas en una tarea manual no se ajustan del mismo modo ante un cambio de calendario. Una comparación de fechas debe registrar también el modo de programación.

Estas comprobaciones complementan la revisión de recursos y capacidad del cronograma. Que un calendario habilite ocho horas no demuestra que la cuadrilla, el equipo o el frente estén realmente disponibles durante ellas.

4. No confundir conversión de unidades con horario disponible

El factor usado para mostrar o introducir una duración en «días» merece una revisión independiente. Microsoft documenta una conversión predeterminada de ocho horas por día para tareas automáticas, configurable en las opciones de programación. Oracle también documenta factores de conversión para unidades distintas de horas dentro de la definición de calendarios.

Una comprobación sencilla consiste en mostrar la duración en horas y las fechas con hora. Si una duración de 80 horas se visualiza como diez días por un factor de ocho horas/día, pero la actividad dispone de diez horas en cada jornada habilitada, la etiqueta de diez días no equivale a diez fechas de trabajo. Bajo esos supuestos simplificados, las 80 horas caben en ocho jornadas. Hay que comprobar la configuración efectiva del archivo y su versión, no corregir la fecha a mano para que coincida con la etiqueta.

Revisa también los desfases entre actividades. La ayuda de P6 de julio de 2026 documenta una selección de calendario para programar el desfase y señala que, al ingresarlo en unidades distintas de horas, su conversión usa el calendario de la predecesora. Son dos comprobaciones distintas: cómo se convierten las unidades y con qué calendario se recorre el tiempo. No conviene suponer una opción universal para todos los archivos.

5. Checklist para recibir o actualizar un cronograma

Esta pauta es una propuesta práctica de revisión de Plannit, no una transcripción de un estándar ni una lista de aprobación automática:

  1. Inventario: identifica cada calendario, su uso previsto, versión y responsable. Evita nombres ambiguos como «Calendario 1» sin descripción.
  2. Semana y jornada: registra días habilitados, horarios, descansos y turnos. Contrasta su disponibilidad con el plan real de ejecución.
  3. Excepciones: comprueba cierres, mantenciones, accesos y otras ventanas conocidas. Documenta la fuente y el alcance de cada excepción; no apliques una parada a frentes que no afecta.
  4. Asignaciones: identifica actividades y recursos que utilizan cada calendario y el tipo o modo de programación que gobierna el cálculo.
  5. Unidades: verifica factores horas/día y horas/semana, y revisa una muestra con duración y fechas expresadas en horas.
  6. Relaciones: documenta el calendario utilizado por los desfases y comprueba al menos una relación que cruce un fin de semana o una excepción.
  7. Comparación: recalcula una copia controlada y explica qué hitos cambian por calendario, por lógica o por duración. No mezcles esos efectos en una sola justificación.
  8. Trazabilidad: conserva el archivo recibido, configuración, calendario anterior, cambio propuesto y resultado. Gestiona las autorizaciones que corresponda sin borrar la línea base del cronograma.

Antes de aceptar un ajuste que adelanta el término, solicita evidencia de que la nueva disponibilidad es ejecutable. Antes de atribuir un atraso a una excepción, revisa su efecto dentro de la red completa y sobre los hitos pertinentes. El cálculo aislado de este ejemplo no demuestra causalidad ni un derecho a extensión de plazo.

6. Qué conviene llevar a la reunión de control

Un entregable útil reúne el inventario de calendarios, una muestra de actividades verificadas y una comparación de fechas antes y después del cambio. Con esos tres elementos, la conversación puede concentrarse en decisiones: qué disponibilidad falta confirmar, quién debe respaldarla y qué pronóstico es consistente con las condiciones de terreno.

Plannit ofrece planificación y control integrado de proyectos para desarrollar y revisar cronogramas, líneas base y seguimiento. Si necesitas revisar los supuestos que sostienen las fechas de tu obra, conoce nuestros servicios en www.plannit.cl o escríbenos a Contacto@plannit.cl.

Fuentes

Documentos en los que se apoya este artículo. Los enlaces llevan a la publicación original o a la ficha oficial del documento.

  1. U.S. Government Accountability Office (2015). GAO Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G) Buena práctica 4, sección Calendars, páginas 66–67 impresas: disponibilidad, excepciones y riesgos del calendario predeterminado.
  2. Oracle (2025). P6 Professional User Guide — Calendars Publicación del 5 de marzo de 2025. Horas disponibles, factores de conversión y calendarios de actividad y recurso.
  3. Oracle (2026). P6 Professional Help — Choose a calendar for relationship lag Publicación del 16 de julio de 2026. Configuración del calendario de desfases y conversión de unidades.
  4. Microsoft. How Project schedules tasks: Behind the scenes Documentación consultada el 30 de octubre de 2026. Unidades de duración, calendarios y programación automática o manual.

sigue leyendo

¿te pasa en tu proyecto?

Si el plazo de tu proyecto está en discusión, conversemos antes de que la discusión escale.

Revisemos tu proyecto