Cómo las tareas se vuelven dependientes en el proyecto 2013

  1. Software
  2. Oficina de Microsoft
  3. Proyecto
  4. Cómo las tareas se vuelven dependientes en el proyecto 2013

Libro Relacionado

Por Cynthia Snyder Stackpole

Hay dos tipos de tareas en el Proyecto 2013: tareas programadas y tareas auto-programadas. Si permite que la auto-programación y la lógica de su red (dependencias) incorporen la lógica de tiempo en lugar de asignar manualmente fechas específicas a las tareas, Project puede reflejar los cambios en su programación y ajustar las fechas y el tiempo automáticamente.

Por ejemplo, si la tarea de recibir materiales internamente se retrasa una semana, la tarea dependiente de iniciar el proceso de fabricación se mueve automáticamente una semana. Usted puede notar el cambio cuando está siguiendo la actividad en su plan, y el Proyecto hace los ajustes correspondientes.

La alternativa es cambiar la fecha de inicio de casi todas las tareas de su programación cada vez que una tarea se está retrasando; ¡ni siquiera querrá pensar en hacer eso!

Al igual que con las relaciones humanas, toda relación de dependencia implica roles: Cada tarea es un predecesor o un sucesor. Cualquiera de las dos tareas con una relación de tiempo puede ser un par predecesor-sucesor, incluso si el tiempo de las dos tareas se superpone o se establecen para que ocurran simultáneamente. Recuerde que la programación de la tarea predecesora tiene un impacto en el momento en que se programa la tarea sucesora, especialmente en el método de autoprogramación.

Las barras de tareas en la vista Diagrama de Gantt representan gráficamente a los predecesores y sucesores en las relaciones de dependencia entre tareas. Observe cómo las barras de tareas representan la relación cuando una tarea se inicia después de otra tarea. Observe también las líneas trazadas entre las tareas: Estas líneas indican enlaces de dependencia.

He aquí algunos consejos importantes sobre las dependencias: Puede tener más de un enlace de dependencia a una tarea, pero no exagere. Muchas personas que son nuevas en el Proyecto 2013 cometen el error de construir toda relación lógica de tiempo que pueda existir. Si la situación cambia y las dependencias tienen que ser borradas o cambiadas, la red de dependencias comienza a enredarse – y puede crear fácilmente una pesadilla.

Por ejemplo, usted debe completar las tareas de obtener un permiso y vaciar los cimientos de un edificio antes de que pueda empezar a enmarcarlo. Sin embargo, si usted establece una dependencia entre la obtención del permiso y el vertido de la cimentación, establecer una dependencia desde la cimentación hasta el enmarcado es suficiente para establecer el tiempo correcto.

Debido a que no se puede comenzar a vaciar los cimientos hasta que se tenga un permiso, y no se puede enmarcar hasta que se haya vaciado el cimiento, el enmarcado no puede comenzar antes de tener un permiso. Este error común se conoce como tener un predecesor redundante.

No es necesario utilizar dependencias para evitar que los recursos trabajen en dos tareas simultáneamente. Cuando se establece la disponibilidad de recursos y se asignan a dos tareas que suceden al mismo tiempo, se pueden utilizar herramientas como la vista de Team Planner y la nivelación de recursos en lugar de establecer una dependencia que obligue a realizar una tarea tras otra. Esta característica retrasa las tareas cuya programación causa una asignación excesiva de recursos.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *