Restricciones del cronograma y holgura negativa: qué fechas deben estar en el plan y cómo recuperar los días
Los ocho tipos de restricción de fecha, con una prueba para distinguir una fecha externa real de una fecha tecleada que esconde una dependencia que falta. Después, la holgura negativa leída como el número de días laborables que hay que recuperar.
En este artículo
- Qué son las restricciones del cronograma y la holgura negativa
- Quién debe revisar las restricciones y cuándo
- Los ocho tipos de restricción y su efecto en la holgura
- Cuándo una restricción es legítima y cuándo esconde lógica que falta
- Un ejemplo práctico: una exposición de museo que se inaugura con dos días de retraso
- Cómo recuperar la holgura negativa, paso a paso
- Errores frecuentes
- Cuándo la holgura negativa no es el número que hay que perseguir
- Cómo hacerlo en Planitude
- Preguntas frecuentes
Cuando la Government Accountability Office (GAO) de Estados Unidos analizó el cronograma del Global Combat Support System del Ejército, 1.360 actividades, el 60 % del plan, tenían una restricción "no comenzar antes del". De ellas, el 87 % estaba fijando de verdad la fecha de inicio: sin la restricción, la actividad podría haber empezado antes[1]. En los planes del día a día estas restricciones llegan de una en una, de una barra arrastrada hasta donde alguien espera que empiece el trabajo o de una fecha copiada de una hoja de cálculo.
Esta guía separa las pocas restricciones que un plan necesita de las muchas que ocupan el lugar de una dependencia que falta. Después lee la holgura negativa como un recuento de días laborables que hay que recuperar, sobre una exposición de museo cuyo cronograma termina dos días después de la inauguración para la prensa.
Qué son las restricciones del cronograma y la holgura negativa
Una restricción del cronograma es un límite de fecha sobre el inicio o el fin de una tarea que puede anular sus dependencias. Las restricciones existen porque algunas fechas se fijan fuera del plan, como el día en que el correo de un prestador entrega las piezas. En cualquier otro caso mantienen las tareas quietas mientras el trabajo que las rodea se mueve: la Schedule Assessment Guide de la GAO advierte de que "pueden generar fechas falsas en un cronograma" y pueden sugerir un grado de criticidad falso[1]. En el ejemplo práctico de más abajo, una sola fecha de inicio tecleada da a una tarea de iluminación 3 días de holgura cuando en realidad tiene 1.
La holgura negativa es el número de días laborables por los que el trabajo encadenado no llega a una fecha restringida o a una fecha límite. La GAO-16-89G define la holgura total negativa como el tiempo que hay que recuperar para no retrasar el fin más allá de la fecha restringida, y considera crítica cualquier actividad con holgura total nula o negativa[2]. Microsoft Project llama a la holgura "margen de demora", y una tarea programada para terminar después de su fecha límite muestra allí un margen de demora negativo[3]. En cualquier tarea, por tanto, −2 días significa dos días laborables que hay que quitar a la cadena que lleva hasta ella. O una fecha más tardía.
Cómo se calcula la holgura, con el cálculo hacia delante y hacia atrás, se explica en el método de la ruta crítica, explicado con un ejemplo.
Quién debe revisar las restricciones y cuándo
Revisa las restricciones antes de guardar la línea base y después de cada importación desde otra herramienta, en cualquier plan con dependencias de 30 tareas o más. En un equipo de 4 a 15 personas la revisión la hace el jefe de proyecto; en programas con un planificador dedicado, la hace el planificador. Los responsables de equipo leen el resultado para saber si la fecha de su tarea es real. Los patrocinadores y los clientes necesitan un único número: la holgura negativa del hito final, porque son los días laborables que le faltan al plan para cumplir la fecha que se les prometió.
Las importaciones necesitan la revisión porque las fechas tecleadas se convierten en restricciones. Project asigna "no comenzar antes del" a cualquier fecha introducida en el campo Comienzo[4]. Planitude hace lo mismo cuando se arrastra una barra en un plan programado desde su fecha de inicio; en un plan programado hacia atrás desde su fecha de fin, el arrastre establece "no comenzar después del". Así que un plan construido tecleando una fecha en cada fila llega con una restricción en cada fila, venga de la herramienta que venga.
Repite la revisión la primera vez que una actualización de estado muestre holgura negativa, antes de que nadie prometa una recuperación.
Sáltatela en los planes pequeños. Por debajo de unas 15 tareas, llevadas por una sola persona que replanifica cada semana, quien tecleó cada fecha aún recuerda por qué.
Los ocho tipos de restricción y su efecto en la holgura
Microsoft Project tiene ocho tipos de restricción[4] y Planitude usa los mismos ocho; dos de ellos, "lo antes posible" y "lo más tarde posible", no llevan fecha. La GAO divide los seis con fecha en flexibles y rígidos[1]. Las restricciones flexibles impiden que una tarea se adelante y la dejan retrasarse con sus predecesoras. Una restricción rígida mantiene su fecha cuando el trabajo anterior se retrasa, de modo que la dependencia queda anulada y el déficit aparece como holgura negativa en las tareas anteriores.
| Restricción | Tipo según la GAO | Regla | Si una predecesora termina tarde (Planitude) |
|---|---|---|---|
| Lo antes posible (ASAP) | Sin fecha | La predeterminada: deciden las dependencias | La tarea se retrasa con ella |
| Lo más tarde posible (ALAP) | Sin fecha | Lo más tarde posible sin retrasar a las sucesoras | Cualquier retraso que alcance su inicio pasa a sus sucesoras |
| No comenzar antes del (SNET) | Flexible | Comenzar en la fecha o después | La tarea se retrasa con ella |
| No finalizar antes del (FNET) | Flexible | Finalizar en la fecha o después | La tarea se retrasa con ella |
| No comenzar después del (SNLT) | Rígida | Comenzar en la fecha o antes | La tarea mantiene la fecha, la dependencia queda anulada y las tareas anteriores muestran holgura negativa |
| No finalizar después del (FNLT) | Rígida | Finalizar en la fecha o antes | Como en SNLT |
| Debe comenzar el (MSON) | Rígida | Comenzar exactamente en la fecha | Como en SNLT, y además la tarea no puede adelantarse: su holgura nunca es superior a cero |
| Debe finalizar el (MFON) | Rígida | Finalizar exactamente en la fecha | Como en MSON |
Esta división supone un plan programado hacia delante. Con programación hacia atrás, la GAO considera rígida "no finalizar antes del"[1].
La pareja "debe ..." es la más rígida. Al igualar las fechas tempranas y tardías de una tarea, una restricción obligatoria elimina de golpe toda su holgura[1], de modo que la tarea no puede ganar tiempo si las predecesoras terminan antes ni retrasarse con ellas si terminan tarde. Con cualquiera de los cuatro tipos rígidos, Planitude mantiene la tarea en su fecha cuando una predecesora termina más tarde e indica que la restricción anula una de sus dependencias. Las tareas programadas manualmente congelan las fechas de forma parecida: conservan el inicio y el fin que se les dieron, hagan lo que hagan sus predecesoras.
Una fecha límite queda fuera de la tabla: no influye en cómo se programan las tareas[4], pero una tarea con fin previsto posterior a ella muestra margen de demora negativo[3]. La guía Hitos del proyecto: cómo definirlos y en qué se diferencian de las fechas límite explica por qué una fecha prometida debe ir en una fecha límite.
Cuándo una restricción es legítima y cuándo esconde lógica que falta
Una restricción es legítima cuando su fecha la fija alguien de fuera del equipo del proyecto y ninguna predecesora del plan produciría esa fecha; todo lo demás es una dependencia tecleada a mano. Es también la prueba de la GAO: una restricción "no comenzar antes del" es útil "cuando una actividad no puede empezar antes de una fecha fija y no tiene otras dependencias lógicas", por ejemplo una línea de producción que no está disponible hasta que una entidad externa termina de usarla[1].
La mayoría de las restricciones de los planes reales no supera esa prueba, por motivos comprensibles. La fecha del contrato es la que todo el mundo recuerda, así que acaba tecleada en la última tarea. Y cuando el único técnico está ocupado hasta el día 15 y el plan no tiene recursos, arrastrar la barra siguiente al 15 es la forma más rápida de decir "espera".
La misma guía rechaza ambas costumbres. Una fecha impuesta por el cliente, incluidas las obligaciones contractuales, "no constituye una razón legítima para restringir una actividad"[1], así que va en un hito como fecha límite. Una restricción usada para esperar a una persona fuerza las tareas en una secuencia que se mantiene aunque se incorpore más gente[1]. En la exposición de más abajo, retrasar el montaje de las piezas hasta que el técnico quede libre mantendría ese orden incluso después de contratar un segundo equipo de montaje. En el caso del GCSS-Army, los responsables del programa explicaron que las restricciones se habían usado para asignar recursos a mano[1].
Los cierres son entradas del calendario. Las suspensiones de trabajo por meteorología van en el calendario laboral como periodos no laborables[1], y una semana en que las salas cierran por mantenimiento se introduce del mismo modo en el calendario del proyecto.
Cuatro señales delatan una dependencia oculta:
- La fecha de la restricción es el día laborable siguiente al fin de otra tarea. Alguien ha hecho a mano el cálculo que una dependencia fin-comienzo hace automáticamente, y las dos fechas se separan al primer retraso.
- Una tarea restringida no tiene predecesora, aunque el trabajo que físicamente va antes está en el plan, como ocurre con la iluminación y los tabiques en el ejemplo.
- La fecha viene de una barra arrastrada o de un archivo importado, y nadie sabe decir qué persona de fuera del equipo la fijó.
- Varias tareas comparten la misma fecha de restricción.
Incluso una fecha externa real puede merecer algo más que una restricción. Para la entrega de un proveedor, la guía sugiere modelar todo el proceso de aprovisionamiento, del pedido a la recepción, como una o varias actividades, para poder seguir su avance y aplicarle un análisis de riesgos[1].
Nuestra recomendación: anota el origen de cada fecha de restricción en las notas de la tarea, con un nombre y un día para volver a comprobarla, y sustituye por una dependencia cualquier restricción cuyo origen no se pueda nombrar. La excepción es el plan pequeño descrito antes, de menos de unas 15 tareas y un único responsable, donde escribir las notas lleva más tiempo que volver a comprobar las fechas. Como regla práctica, cuando más de 1 tarea de cada 20 lleva una restricción distinta de "lo antes posible", revísalas todas antes de la siguiente línea base.
Un ejemplo práctico: una exposición de museo que se inaugura con dos días de retraso
El cronograma de abajo prevé la inauguración para la prensa el día 25, dos días laborables después de la fecha límite del día 23, y su peor holgura, −2 días, pasa por la entrega del prestador.
Un museo municipal prepara una exposición temporal con piezas cedidas en préstamo por otro museo. El equipo trabaja de lunes a viernes, sin festivos en el periodo. El día 1 es el lunes 1 de febrero de 2027. La inauguración para la prensa está fijada para el miércoles 3 de marzo de 2027, día 23, y se ha introducido como fecha límite en el hito de inauguración.
Dos tareas llevan una restricción "no comenzar antes del". La recepción de los préstamos (tarea D) espera al correo del prestador, que viaja con las cajas y llega el día 16 (lunes 22 de febrero); después se comprueba cada pieza con su informe de estado en presencia del correo. Esa fecha la fijó el prestador. La iluminación (tarea F) tiene la otra restricción, tecleada para el día 14 en un borrador anterior, cuando los tabiques aún debían terminar el día 13.
| Tarea | Duración | Predecesoras | Restricción | Fechas tempranas | Fin tardío | Holgura total |
|---|---|---|---|---|---|---|
| A. Lista definitiva de piezas y distribución | 5 días | ninguna | ninguna | días 1–5 | día 4 | −1 |
| B. Construir tabiques y vitrinas | 10 días | A | ninguna | días 6–15 | día 14 | −1 |
| C. Redactar e imprimir los textos de sala | 7 días | A | ninguna | días 6–12 | día 20 | +8 |
| D. Recibir las piezas en préstamo | 1 día | ninguna | SNET día 16 | día 16 | día 14 | −2 |
| E. Montar las piezas en las vitrinas | 6 días | B, D | ninguna | días 17–22 | día 20 | −2 |
| F. Instalar la iluminación | 4 días | ninguna | SNET día 14 | días 14–17 | día 20 | +3 |
| G. Orientar las luces y colocar las cartelas | 3 días | C, E, F | ninguna | días 23–25 | día 23 | −2 |
| H. Inauguración para la prensa (hito) | 0 días | G | fecha límite día 23 | día 25 | día 23 | −2 |
Cálculo hacia delante. Solo dos tareas esperan a más de una predecesora. E necesita los tabiques (terminados el día 15) y las piezas (en sala el día 16), así que empieza el día 17 y termina el día 22. G espera a E, la última de sus tres predecesoras en terminar, y va de los días 23 a 25. La inauguración cae el viernes 5 de marzo.
Cálculo hacia atrás. Se cuenta hacia atrás desde la fecha límite. La inauguración debe terminar como tarde el día 23, así que G debe empezar como tarde el día 21 y E debe terminar como tarde el día 20. El inicio más tardío de E es entonces el día 15, lo que significa que D y B tienen que terminar como tarde el día 14, y A el día 4. La holgura total es el fin tardío menos el fin temprano.
Dos cadenas tienen holgura negativa, y confluyen en E. La fecha del correo deja D, E y G en −2. Los tabiques que terminan el día 15 dejan A y B en −1: aunque las piezas llegaran a tiempo, la cadena A, B, E, G suma 5 + 10 + 6 + 3 = 24 días, uno más de lo que permite la fecha límite.
La iluminación debería ir después de los tabiques, porque los electricistas no pueden fijar los carriles de iluminación en tabiques que todavía se están construyendo. Con una dependencia fin-comienzo desde B, F va de los días 16 a 19 y tiene 1 día de holgura; con su fecha tecleada se solapa con la construcción de los tabiques los días 14 y 15 y muestra 3. El plan no indica ningún conflicto, porque no hay ninguna dependencia que la fecha tecleada pueda anular. Sustituir la restricción por la dependencia deja la inauguración en el día 25. La restricción del correo se mantiene.
Con F enlazada, se calcularon tres opciones de recuperación:
| Opción | Cambio | Inauguración prevista | Holgura en la inauguración |
|---|---|---|---|
| 1. Correo antes | El prestador acepta entregar el día 14 | día 24 (jueves 4 de marzo) | −1 |
| 2. Segundo equipo de montaje | E dura 4 días en lugar de 6 | día 23 (miércoles 3 de marzo) | 0 |
| 3. Ambas | Correo el día 14, E en 4 días | día 22 (martes 2 de marzo) | +1 |
Un correo que llega antes recupera uno de los dos días. Cuando D cae en el día 14, son los tabiques que terminan el día 15 los que deciden cuándo puede empezar E, y la cadena A–B en −1 pasa a ser la determinante.
La opción 2 actúa sobre E, después del punto en que confluyen las dos cadenas, así que un único cambio acorta ambas. En este ejemplo construido, el segundo equipo son dos técnicos de una empresa de manipulación de obras de arte, contratados para los 4 días de montaje, y el acuerdo de préstamo admite manipuladores externos una vez que el correo los ha aprobado. El montaje cuesta entonces 8 jornadas-equipo frente a 6, porque dos equipos que comparten las mismas salas y vitrinas pierden tiempo esperándose. Acortar solo los tabiques no recuperaría nada mientras el correo retenga E hasta el día 17.
Cómo recuperar la holgura negativa, paso a paso
Recupera la holgura negativa empezando por el valor más negativo, y solo cuando sepas que el valor es real.
- Ordena las tareas por holgura total, de la más negativa a la menos. La GAO-16-89G pide ordenar las actividades pendientes por holgura total y cuestionar cada actividad con holgura negativa[2]; lo que se obtiene es una lista de cadenas, cada una con su valor.
- Comprueba cada restricción de esas cadenas con las cuatro señales anteriores. Las fechas tecleadas se convierten en dependencias. Las fechas de contrato pasan de "debe finalizar el" a una fecha límite.
- Vuelve a calcular. En el ejemplo, esto deja la cadena del correo D, E, G en −2 y la cadena de los tabiques A, B en −1, confluyendo en E.
- Acorta primero el trabajo posterior al punto de confluencia, porque un cambio ahí acorta todas las cadenas que pasan por él. La guía Cómo recuperar un proyecto retrasado compara el fast-tracking y el crashing.
- Vuelve a calcular después de cada cambio, porque puede que otra cadena pase a determinar el fin, como hicieron los tabiques cuando el correo se adelantó al día 14.
- Si no se encuentran los días, mueve la previsión: cuando la holgura negativa no se puede mitigar, el hito debe prever un retraso que la elimine[2]. Da al patrocinador el número de días laborables y la cadena responsable.
Errores frecuentes
El error más dañino del plan de la exposición es una restricción que ha quedado olvidada tras una modificación, y sobrestima en 2 días la holgura de la iluminación. La iluminación se tecleó para el día 14 como una estimación razonable. Después los tabiques se alargaron dos días y nadie tocó la fecha tecleada, así que ahora la iluminación se solapa con la construcción de los tabiques los días 14 y 15 y su holgura indica 3 días cuando la cifra real es 1.
El siguiente es recuperar en una sola rama de una confluencia. Aquí, construir los tabiques más deprisa no gana nada.
Las restricciones flexibles que ya no actúan pasan fácilmente desapercibidas. Un "no comenzar antes del" cuya fecha ya es anterior a lo que permiten las dependencias hoy no hace nada, y empieza a retener la tarea el día en que sus predecesoras se aceleran. Estas restricciones deben eliminarse del cronograma[1].
La última trampa es leer la holgura negativa como el problema de un solo responsable. El valor pertenece a la cadena: la tarea A muestra −1, pero terminarla un día antes no cambia nada mientras el correo retenga E hasta el día 17.
Cuándo la holgura negativa no es el número que hay que perseguir
Persigue la holgura negativa solo cuando la fecha que hay detrás es legítima y la lógica que lleva a ella está completa.
Las actividades realizadas en un orden distinto del de la lógica de la red también producen holgura negativa[2]. Corrige las dependencias para que describan lo que ha ocurrido realmente. Después vuelve a leer la holgura.
Una restricción rígida también puede ser una prueba deliberada. Durante la elaboración del cronograma, la GAO sugiere las restricciones rígidas como herramienta de trabajo temporal para calcular la holgura disponible hasta los hitos clave y comprobar si los recursos disponibles permiten cumplir la fecha prevista[1]. Nuestra recomendación: antes de guardar la línea base, convierte cada una de esas restricciones temporales en una fecha límite en el mismo hito. El objetivo sigue visible como holgura negativa y no se anula ninguna dependencia.
Tras la opción 2 la inauguración tiene 0 días de holgura, y cada duración del plan es una estimación única, así que un día de retraso en D, E o G lleva la inauguración al día 24. Un análisis de riesgos del cronograma con Monte Carlo muestra qué probabilidad real tiene el día 23. La opción 3 conserva 1 día de holgura si el prestador acepta adelantar el correo.
Cómo hacerlo en Planitude
Abre el panel de la tarea: la sección Restricciones ofrece los ocho tipos anteriores y un campo Fecha límite, que limita el fin más tardío de la tarea sin mover la barra, de modo que una previsión posterior aparece como holgura negativa. Arrastrar una barra establece "no comenzar antes del", o "no comenzar después del" en un plan programado hacia atrás; "Lo antes posible" devuelve la fecha a las dependencias. Con la ruta crítica activada en el diagrama de Gantt, las tareas con holgura nula o negativa se resaltan y el panel de la tarea muestra la holgura total de cada una.
El panel de conflictos de un plan programado hacia delante enumera cada tarea con holgura negativa y cada fecha límite incumplida. Una restricción rígida que anula una dependencia tiene su propia entrada. Las tareas programadas manualmente importadas desde un archivo de Microsoft Project conservan sus fechas y se señalan si empiezan demasiado pronto. Durante el seguimiento, una dependencia se vuelve roja cuando un retraso supera la holgura que podría absorberlo.
La tabla no tiene columna de restricción ni de holgura, así que el paso 1 se hace con estos dos paneles. Nada comprime duraciones ni redistribuye recursos automáticamente.
Prueba Planitude con tu propio plan
Prueba Planitude gratisPreguntas frecuentes
¿Holgura negativa es lo mismo que ir con retraso?
No. El retraso se mide respecto a la línea base. La holgura negativa mide la distancia entre la previsión actual y una fecha restringida o una fecha límite, así que un plan puede mostrarla el primer día, antes de empezar ningún trabajo, como ocurre en el ejemplo de la exposición.
¿Puede una tarea tener holgura negativa sin ninguna restricción?
Sí. La holgura total se mide respecto al fin más tardío que permiten las fechas restringidas y las fechas límite que hay más adelante en la cadena, así que cada tarea que lleva a un hito en retraso arrastra su déficit. En el ejemplo de la exposición, las tareas A, B, E y G no tienen restricción propia y muestran −1, −1, −2 y −2 por la fecha límite de la inauguración para la prensa.
¿Cuánta holgura negativa es demasiada?
Cualquier cantidad necesita una explicación. Según la GAO, cada actividad con holgura negativa debe cuestionarse, y una red con valores de hasta −300 días tiene muy probablemente lógica incompleta o una secuencia de actividades poco realista[2]. Una diferencia de pocos días con la lógica completa indica un conflicto real entre el trabajo y una fecha, que es lo que abordan los pasos de recuperación de esta guía.
¿Por qué Microsoft Project añade "no comenzar antes del" a mis tareas?
Porque se tecleó una fecha en el campo Comienzo. Project convierte cualquier fecha introducida ahí en una restricción "no comenzar antes del" en esa fecha[4]. Vuelve a poner la restricción en "lo antes posible" para que decidan de nuevo las dependencias.
Fuentes
Las páginas oficiales citadas en el artículo, consultadas en noviembre de 2026.
- GAO, Schedule Assessment Guide (GAO-16-89G), Best Practice 2: Date Constraints and Using Date Constraints, pp. 36-40gao.gov
- GAO, Schedule Assessment Guide (GAO-16-89G), Best Practice 7: Ensuring Reasonable Total Float, pp. 92-95gao.gov
- Microsoft Support: Show slack in your project in Project desktopsupport.microsoft.com
- Microsoft Support, Constraint Type (task field)support.microsoft.com
Prueba Planitude con tu propio plan
Crea una cuenta gratuita, importa tu archivo .mpp o empieza con una plantilla: en pocos minutos verás el diagrama de Gantt con dependencias, calendarios y ruta crítica.