Las actividades que tienen flotador alto o ningún sucesor hacen que el progreso del programa de monitoreo sea más difícil. Las actividades colgantes de Microsoft Project pueden indicar la falta de lógica. Y encontrar la mejor manera de atar estas actividades colgantes de Microsoft Project puede requerir cierta investigación.
Las relaciones son como engranajes; son la interconexión entre las tareas del programa. Estas relaciones se definen en el diagrama de precedencia, donde el predecesor es la causa y el sucesor el efecto. Y la causa impulsa el efecto.
Por lo general, estas relaciones o vínculos entre actividades son evidentes. Sólo tiene sentido que la relación entre$0027cimentación de vaciado$0027 y$0027instalar muros$0027 sea de fin a comienzo (FS), donde se debe terminar completamente el$0027vaciado de concreto$0027 antes de comenzar el$0027montaje de muros$0027.
A veces, sin embargo, la verdadera interconexión o relación entre las actividades no es tan obvia. Una actividad, tal vez, no tenga un sucesor lógico aparente. Si no conoce al sucesor, ¿cómo puede explicar su vinculación con un predecesor?
Con pocas excepciones, las actividades programadas requieren un predecesor y un sucesor. Sin embargo, ¿qué hacer en situaciones en las que una actividad no tiene un sucesor claro o creíble? ¿Lo dejas colgado en la agenda sin sucesor? La respuesta correcta es no, no lo sabes. En su lugar, investigue la situación para encontrar el mejor enfoque lógico entre las alternativas a tratar con las actividades colgantes de Microsoft Project.
Este artículo investiga enfoques alternativos para manejar las actividades colgantes de Microsoft Project y en la Figura 1, se encuentra nuestro cronograma de demostración del proyecto.
Contenido
Figura 1
Observe en particular la tarea 20: instalar el vallado. Esta tarea no tiene ninguna asignación sucesora. Su flotación total, por lo tanto, mide hasta el final del proyecto, y es de 31 días. Esto significa que$0027instalar la cerca$0027 puede demorar 31 días y no afectar la fecha de finalización del proyecto. Aunque la flotación total de 31 días es aceptable, según la mayoría de las pautas de programación, algunos pueden considerar la instalación de cercas como una actividad de flotación alta. Las actividades de alta flotación se discuten en detalle en el siguiente blog The DCMA 14-Point Assessment and High Float Tasks.
Instalar una cerca puede no cumplir con la definición precisa de una actividad de alta flotación, pero definitivamente es una falta de lógica; no tiene sucesor. Puede revisar la lógica faltante en el siguiente blog The 14-Point Assessment and Schedule $0027Missing Logic$0027 Inspection.
Así que instalar la valla queda colgando sin sucesor. Una vez más, le falta lógica. En este punto, los programadores a menudo conectan la actividad colgante con un hito de «proyecto completo», que satisface las directrices lógicas que faltan. Sin embargo, la tarea respectiva sigue estando en una situación de flotación alta.
En nuestra demostración realmente queremos completar $0027instalar la cerca$0027 mucho antes que el hito de$0027proyecto completo$0027. La respuesta natural en esta coyuntura es restringir `instalar la cerca$0027 con un acabado no más tarde que la restricción de fecha (FNLN). Esta restricción es una forma de restringir la tarea de «instalar una valla» y especificar la importancia de una fecha en particular en la vida del proyecto.
En la Figura 2 colocamos una restricción del FNLN sobre la `cerca de instalación$0027 y una fecha de restricción del 24 de septiembre de 2018.
Figura 2
Observe que la flotación total en $0027instalar la cerca$0027 se reduce a 2 días. Perfecto! Por lo tanto, está previsto que$0027instalar la valla$0027 se complete mucho antes de lo previsto. Pero esta solución de inserción de restricciones viene con inconvenientes colaterales.
Una desventaja es que las restricciones, incluyendo nuestro FNLN, no se actualizan automáticamente con cambios en la duración de los horarios. Un programa que tiene muchas restricciones debe actualizarse manualmente para cada restricción por separado, lo que rápidamente se vuelve laborioso. Las restricciones también deben ir acompañadas de una nota que explique claramente el propósito.
Un ex-alumno admitió que introdujeron restricciones como una forma de ocultar la flotación total de los subcontratistas. La teoría dice que los subcontratistas retrasarán la ejecución del proyecto hasta el último momento posible. Este último momento posible, por consiguiente, es cuando se ha quemado toda la holgura total de la tarea disponible. Sí, se puede ocultar la holgura total con restricciones, pero es una práctica de programación menos que honesta. Las restricciones deben utilizarse con moderación y deben ir acompañadas de una nota explicativa, de modo que la intención quede clara para todos los interesados.
También existe una mejor alternativa a la utilización de restricciones. Intente inspeccionar su horario para encontrar un sucesor lógico para la tarea en cuestión. En nuestro calendario tiene sentido vincular `instalar la valla$0027 a la tarea de `terminación sustancial$0027 en una relación de fin a comienzo (FS). En la Figura 3 se elimina la restricción del FNLN y se convierte en el sucesor de «instalar una cerca» en una relación de servicios financieros.
Figura 3
Esto evita la falta de lógica, pero nuestra tarea de «instalar la cerca» todavía tiene 21 días de flotación total, Figura 3. Una vez más, muchos considerarían que la flotación total de 21 días es excesiva. Investiguemos para encontrar otras soluciones potencialmente mejores.
Considere la tarea de «instalar la valla» y los resultados asociados. ¿Cuál es el propósito de la entrega de la valla? La cerca proporciona seguridad en el lugar de trabajo. ¿Cuándo sería crítica la seguridad en el lugar de trabajo? Antes de la llegada de equipos peligrosos. Bueno, entonces queremos que$0027instalar la cerca$0027 se complete antes de la llegada de este equipo peligroso. A la luz de lo anterior, el sucesor lógico de `instalar una valla$0027, en una relación FS, es `instalar bus y puentes$0027, que son componentes eléctricos de alto voltaje. En la Figura 4 hacemos que $0027install bus and jumpers$0027 sea el sucesor lógico de $0027install fence$0027, y que la flotación total se reduzca a 13 días, lo cual es mejor.
Figura 4
Resumen de las actividades de Microsoft Project Dangling
La lógica faltante es un indicador definitivo en la mayoría de las directrices de programación. Sin embargo, es posible adherirse estrictamente a las directrices lógicas que faltan y seguir teniendo una situación de programación de holguras elevada.
La inserción de restricciones reducirá esta flotación total, pero no es transparente. La lógica del cronograma debe ser evidente para todos los interesados y no sólo para unos pocos elegidos. Sí, la divulgación total es un rasgo inherente a los programas de calidad.
Una mejor solución considera posibles sucesores alternativos. El sucesor adecuado no sólo evita la lógica faltante, sino que también reduce la holgura total mientras mantiene un programa dinámico. Considerar el propósito y la función de un entregable puede ayudar a encontrar el sucesor adecuado que proporcione un programa lógico, mínimo de flotación y dinámico.