En una red de proyectos , una dependencia es un vínculo entre los elementos terminales de un proyecto . [ cita requerida ]
La Guía de los Fundamentos para la Dirección de Proyectos (Guía del PMBOK) no define el término dependencia , sino que se refiere a este término como una relación lógica , que a su vez se define como dependencia entre dos actividades, o entre una actividad y un hito . [1]
Hay cuatro tipos estándar de dependencias: [2]
El principio de fin se considera una "dependencia natural". La Norma de Práctica para la Programación recomienda que "normalmente, cada actividad predecesora finalizaría antes del inicio de su actividad (o actividades) sucesora (conocida como relación principio-fin (FS)). A veces es necesario superponer actividades; se puede seleccionar una opción para utilizar relaciones principio-inicio (SS), fin-fin (FF) o principio-fin (SF). Siempre que sea posible, se debe utilizar la relación lógica FS. Si se utilizan otros tipos de relaciones, se deben utilizar con moderación y con pleno conocimiento de cómo se han implementado las relaciones en el software de programación que se esté utilizando. Idealmente, la secuencia de todas las actividades se definirá de tal manera que el inicio de cada actividad tenga una relación lógica con una predecesora y el final de cada actividad tenga una relación lógica con una sucesora". [3]
El SF se utiliza raramente y, en general, se debe evitar. Microsoft recomienda utilizar la dependencia SF para la programación justo a tiempo. [4] Sin embargo, se puede demostrar fácilmente que esto solo funcionaría si no se utiliza la nivelación de recursos , porque la nivelación de recursos puede retrasar una actividad sucesora (una actividad que debe finalizar justo a tiempo) de tal manera que finalizará más tarde que el inicio de su actividad predecesora lógica, por lo que no se cumple el requisito de justo a tiempo.
Existen tres tipos de dependencias con respecto a la razón de la existencia de la dependencia:
Los primeros cronogramas derivados de la ruta crítica solían reflejarse únicamente en dependencias causales (lógicas) o discrecionales (preferenciales), porque se suponía que los recursos estarían disponibles o podrían estar disponibles. Desde al menos mediados de los años 1980, los gerentes de proyectos y programadores competentes han reconocido que los cronogramas deben basarse en la disponibilidad de recursos. El método de la cadena crítica también requiere tener en cuenta las dependencias derivadas de las limitaciones de recursos.
Las dependencias se pueden modificar por adelantos y retrasos. Tanto los adelantos como los retrasos se pueden aplicar a los 4 tipos de dependencias.
El PMBOK define el retraso como "la cantidad de tiempo durante el cual una actividad sucesora se retrasará con respecto a una actividad predecesora".
Por ejemplo: al construir dos paredes a partir de un diseño novedoso, se podría comenzar la construcción de la segunda pared dos días después de la primera para que el segundo equipo pueda aprender de la primera. Este es un ejemplo de un retraso en una relación de inicio a inicio.
Según el PMBOK, un adelanto es "la cantidad de tiempo en que una actividad sucesora puede adelantarse con respecto a una actividad predecesora. Por ejemplo, en un proyecto para construir un nuevo edificio de oficinas, el paisajismo podría programarse para comenzar antes de que se complete la lista de tareas programada. Esto se mostraría como un adelanto de fin a inicio con dos semanas de adelanto". [1]
Si está construyendo un edificio, no puede pintar las paredes antes de instalar las tuberías de agua en ellas.
Se dice que la Actividad A y la Actividad B tienen una Relación de Tipo Máximo, si la Actividad B puede comenzar después de la Actividad A, pero con un retraso de no más de X. [5] Ejemplos de la vida real, que se simulan mediante la Relación de Tipo Máximo:
Las relaciones de tipo máximo rara vez se implementan en el software de gestión de proyectos, probablemente porque con esta característica es demasiado fácil crear dependencias contradictorias.