Sí, puede definir dependencias de tareas de resumen en Microsoft Project. También puede ocurrir de forma involuntaria cuando se promocionan tareas a tareas de resumen mediante la sangría de actividades debajo de ellas y no se eliminan los enlaces preexistentes. Sin embargo, los vínculos entre los resúmenes no suelen ser una buena idea según las directrices de mejores prácticas. Hablemos de ello.
Microsoft Project tiene tareas detalladas y tareas de resumen. Las tareas detalladas se encuentran en el nivel más bajo del programa y pueden tener asignaciones de recursos. Las tareas de resumen son cualquier tarea con subtareas de nivel inferior. Microsoft Project resume el coste y el esfuerzo desde las tareas de detalle hasta las tareas de resumen asociadas.
Como ya se ha mencionado, Microsoft Project incluye la funcionalidad para definir dependencias de tareas de resumen. Se trata de relaciones entre las tareas de resumen o entre las tareas de detalle y las tareas de resumen. Esta llamada lógica de alto nivel puede ser preferida por algunos gerentes porque parece proporcionar una perspectiva vertical de las dependencias. También puede parecer más conveniente definir una única dependencia de tareas de resumen en lugar de múltiples dependencias de tareas detalladas.
Tal vez tenga varias tareas detalladas independientes con la misma fecha de inicio. Una dependencia de su tarea de resumen, por ejemplo, la Figura 1, bastará para definir el inicio de todas sus tareas de detalle asociadas.
Contenido
Figura 1
A pesar de los aparentes beneficios de las dependencias de las tareas de resumen, no debe utilizarlas en su horario, ya que esto viola muchas directrices estándar de mejores prácticas.
Este artículo describe por qué los programadores no deben insertar dependencias en las tareas de resumen.
Un programa es esencialmente un desglose jerárquico de los entregables, las tareas necesarias para producir esos entregables y las dependencias de las tareas. Las tareas de resumen son más que un resumen de tareas detalladas; son sus entregables cuando representan un plan de la estructura del proyecto. Por lo tanto, las tareas de resumen PEP son el producto o servicio que produce su programación. Son los elementos del plan de la estructura del proyecto, que es un desglose jerárquico del producto resultante del proyecto, es decir, los entregables.
Por lo tanto, cuando se enlaza una tarea de resumen con una tarea detallada, se está definiendo una dependencia entre el entregable y las tareas necesarias para producir ese entregable, lo que no tiene sentido. Esto por sí solo es razón suficiente para disuadir a uno de insertar dependencias de tareas de resumen.
Sin embargo, hay otras razones prácticas. Las dependencias de tareas de resumen hacen el esfuerzo de verificar si la red de dependencias es más difícil de completar. Al no existir dependencias de tareas de resumen, su inspección se limita estrictamente a tareas de detalle en las que falta un predecesor o sucesor.
El camino crítico también es más difícil de trazar cuando las tareas de resumen tienen dependencias. (El camino crítico incluye todas las tareas que conducen a la fecha de finalización de su proyecto.) Su camino crítico puede parecer que se detiene en una tarea de detalle que no tiene sucesor, cuando la realidad es que el camino continúa a través de una dependencia de la tarea de resumen asociada, por ejemplo, la Figura 2.
Figura 2
Esto es confuso y no es bueno.
Resumen
Cuando se organizan como parte de su estructura de desglose del trabajo, las tareas de resumen son típicamente entregables y generalmente no deben confundirse o mezclarse con las tareas requeridas para producir esos entregables.
Las tareas de resumen no deben describir simultáneamente el entregable y sus dependencias. Deje las dependencias a las tareas asociadas. También debe estar atento a los enlaces residuales que quedan de cuando una tarea se convirtió en un resumen.