MS Project - Tarea de resumen dividida por nivelación

Tengo una tarea de resumen y tengo la opción 'Leveling Can Split' configurada en No. Las cuatro subtareas que están en secuencia, también tienen LCS configurado en No. En las opciones de Leveling también tengo 'Leveling can create splits in restante work' desenfrenado. Las tareas son todas de Prioridad 500. Tuve que insertar un cierre de fábrica y lo hice creando una tarea de Prioridad 1000 que usa los recursos en cada una de las tareas anteriores.

Creí que la lógica debería ser que el LCS establecido en No en la tarea de resumen obligaría a las cuatro tareas a ejecutarse secuencialmente antes o después del apagado. Pero el nivelador permite que dos tareas se realicen antes del apagado y dos después, siendo el retraso el lapso de la tarea de apagado.

¿Alguien puede aconsejarme si estoy haciendo esto mal o si no se puede evitar que la tarea de resumen se divida de esta manera? Estoy perdido, la tarea de resumen tiene un campo de entrada para decir que la tarea no se puede dividir, pero está dividida en el cronograma. ¿Alguna sugerencia sobre cómo mantener juntas estas subtareas?

Gracias,

declan

Respuestas (1)

  1. Una "división" en MSP implica dividir una tarea en dos o más "partes divididas", ya sea de forma manual o automática.
  2. Las tareas de resumen en MSP no se pueden dividir, ya sea por nivelación o cualquier otra técnica.
  3. Las tareas de resumen en MSP no se pueden nivelar (es decir, retrasar al nivelar), por lo que las opciones de nivelación no tienen un efecto directo sobre ellas. Usadas según lo previsto, las tareas de resumen son principalmente para informes; heredan sus fechas de las subtareas (niveladas) y sus duraciones se vuelven a calcular a partir de las fechas. [Es posible impulsar programas de subtareas al incluir restricciones lógicas específicas en las tareas de resumen, pero este enfoque se desvía de las prácticas recomendadas y causa muchos problemas. No recomendado. En cualquier caso, eso no usa el nivelador de MSP.]
  4. Usar el nivelador de recursos para priorizar el acceso limitado suele ser un buen enfoque, ya que permite suspender o redirigir las tareas de menor prioridad mientras se llevan a cabo las importantes. Aún así, no existe una restricción de "mantener las tareas juntas" en MSP. Contrariamente a su creencia/expectativa, el comportamiento que describe en el segundo párrafo, es decir, dos tareas antes del cierre y dos después, es el diseñado.
  5. Dada su demanda de evitar interrumpir la cadena de tareas, la solución que se le ocurre es usar lógica condicional como: si la última tarea del grupo se puede completar antes del apagado, haga que el apagado sea su sucesor lógico. De lo contrario, haga que el apagado sea el predecesor lógico de la primera tarea del grupo. En general, deberá implementar (y actualizar) estas decisiones manualmente, aunque imagino que podría automatizar el proceso con una macro. No es óptimo, pero factible.