Idealmente, en la programación progresiva se especifican las restricciones Lo antes posible (ASAP) para iniciar las tareas en las fechas más tempranas posibles. Por lo tanto, ¿es redundante especificar una restricción de Inicio a más tardar (SNLT) en una tarea en particular? Examinemos esta pregunta.
Este artículo explora cómo y cuándo utilizar una restricción de Inicio a más tardar (SNLT) en Microsoft Project 2013.
Las restricciones se insertan en los calendarios de Microsoft Project para resaltar la importancia de una fecha concreta en la vida del proyecto. Normalmente se desea que la duración de las tareas y la lógica de la red controlen las fechas de inicio de las tareas. La mayoría de las directrices de programación recomiendan el uso limitado de restricciones, ya que no se actualizan automáticamente junto con la duración y/o la lógica de las tareas actualizadas.
Cada restricción de Microsoft Project debe examinarse individualmente para determinar si los cambios en la duración de las tareas y/o la lógica son causa de ajuste. Sin embargo, es posible que tenga una restricción externa que ponga una restricción vinculante en la fecha límite en la que puede comenzar la tarea. En la restricción SNLT, la lógica de red es libre de decidir la fecha de inicio de la tarea si el inicio de la tarea cae en la escala de tiempo a la izquierda de la fecha de restricción SNLT. Sin embargo, si la fecha de inicio cae en o más allá (a la derecha) de la fecha de restricción SNLT, entonces la fecha de restricción SNLT es vinculante. La restricción SNLT limita el movimiento libre de las barras de tareas hacia la derecha en la escala de tiempo; la fecha de inicio no puede ir a la derecha de la fecha SNLT.
En la Figura 1 tenemos nuestro cronograma de demostración de Microsoft Project.
Figura 1
Este calendario de Microsoft Project es para una instalación de tubería subterránea a través de una carretera. El proyecto comienza el 7 de noviembre y la lógica natural del calendario lo tiene concluido el 2 de diciembre. Obsérvese, en particular, la última tarea no relacionada con la piedra miliar: $0027calzada asfáltica$0027. Las condiciones frías del invierno pueden afectar negativamente el pavimento de asfalto de una carretera. En Canadá no se recomienda que instale el pavimento de asfalto después de la tercera semana de noviembre. Esta es una restricción externa inspirada en el clima en nuestro proyecto de instalación de tuberías. Así que este proyecto debe estar en la etapa de pavimentación de asfalto para la tercera semana de noviembre.
Si el director de proyecto no puede encontrar una manera de cumplir con esta fecha de restricción, entonces el proyecto tendrá que ser retrasado hasta la primavera; no es una situación ideal. Por el lado positivo, esta limitación sólo afecta a los retrasos. Si la lógica de la red dice que la pavimentación de asfalto puede ocurrir antes de la tercera semana de noviembre, nuestra restricción no es vinculante en esta situación.
¿Qué tipo de restricción utilizaríamos en nuestro cronograma para modelar el período de apagón de este proyecto invernal? Microsoft Project tiene una restricción SNLT que se ajusta bien a nuestra restricción inspirada en el clima invernal, que limita la cantidad de tiempo que podemos demorar la pavimentación de asfalto de una carretera en Canadá durante la temporada de otoño. Para insertar esta restricción SNLT, resalte la tarea $0027calzada de asfalto$0027 y seleccione la ficha Tarea, el grupo de propiedades de la cinta y la información. En el cuadro de diálogo Información de tarea, seleccione la pestaña avanzada y, en el menú desplegable Tipo de restricción, seleccione «Iniciar no más tarde de», Figura 2.
Figura 2
Luego seleccione 21 de noviembre para la fecha de la restricción, Figura 3.
Figura 3
En la Figura 4 vemos el efecto de nuestras fechas de restricción en el horario.
Figura 4
No sólo se mantuvo la fecha de nuestra restricción, sino que causó que la$0027carretera de superficie de asfalto$0027 violara la relación entre el acabado y el inicio (FS) y su predecesor,$0027backfill & compact$0027. Aquí debemos preguntarnos si es apropiado realizar una «calzada de asfalto» fuera de secuencia. Tal vez aquí una relación de trabajo dura no sea tan crítica como la fecha de inicio de su tarea restringida.
No lo sabrá hasta que examine su lógica de programación a la luz de la restricción. En estos casos, en realidad querrá examinar cada restricción individualmente. Bueno, es bastante evidente que$0027backfill & compact$0027 debe terminar completamente antes de$0027carretera de asfalto de superficie$0027, por lo que es inapropiado comenzar$0027carretera de asfalto de superficie$0027 fuera de la secuencia.
Así que nuestra restricción se mantiene, pero causa una violación de la lógica de la red. Idealmente, queremos ver el impacto de nuestra fecha de restricción sin violar la lógica de la red. Para lograrlo, vaya a Archivo | Opciones> Programar y en el marco `opciones de programación para este proyecto$0027 desactive `las tareas siempre respetarán sus fechas de restricción$0027, Figura 5.
Figura 5
Ahora, cuando vemos nuestro calendario, vemos la fecha de finalización del proyecto basada en la lógica del calendario natural. Además, sabemos que estamos «detrás de la curva» por 9 días debido a la flotación total negativa de 9 días, es decir, la holgura total, que se muestra tanto en la tabla de tareas como en el diagrama de Gantt, Figura 6.
Figura 6
Observe también la señal de advertencia de restricción amarilla en la columna de indicadores de la tabla de tareas.
El gerente de proyecto tiene algunas opciones, aunque limitadas:
- Iniciar el proyecto antes
- Acortar la duración de la excavación de la retroexcavadora y la instalación de tuberías
- Retrasar el proyecto hasta que el clima de la primavera sea más favorable para que el asfalto cubra la superficie de una carretera
No parece que haya ninguna oportunidad para acelerar el horario. Acortar la duración tanto de la «excavación de la retroexcavadora» como de la «instalación de tuberías» parece lo más prometedor y debería acercarnos a nuestro objetivo: la fecha límite de SNLT de la «carretera de superficie de asfalto».
Resumen
El mejor escenario es que la duración de las tareas de la planificación de Microsoft Project y la lógica de la red impulsen las fechas de inicio de las tareas. Sin embargo, hay ocasiones en las que tiene una restricción externa, como una restricción climática, que tiene un efecto vinculante en su horario. El clima frío afecta negativamente a la pavimentación de asfalto y la prudencia exige limitar el inicio de esta tarea a finales de la temporada de otoño. Este consejo para limitar la temporada de otoño es mejor modelado con una restricción de tareas SNLT.
Además, querrá resaltar el impacto de esta restricción SNLT en la programación de Microsoft Project. La inclusión de la holgura total en la tabla de tareas y/o en el diagrama de Gantt logra este propósito. Sin embargo, no desea que su restricción viole la lógica de red. Esto puede llevar a algunos a confundir la fecha de finalización real y alcanzable del proyecto. Por lo tanto, desactive la opción «las tareas siempre respetarán sus fechas de restricción» y deje que los valores de holgura total le avisen cuando el proyecto esté en peligro de no cumplir con sus limitaciones de programación.