Dependencia (gestión de proyectos)

En una red de proyectos, una dependencia es un vínculo entre los elementos terminales de un proyecto.

La Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK) no define el término dependencia, pero se refiere a este término como una relación lógica, que en giro se define como dependencia entre dos actividades, o entre una actividad y un hito.

Tipos estándar de dependencias

Hay cuatro tipos estándar de dependencias:

1. Terminar para empezar (FS)
   • A SM B significa "actividad A debe terminar antes de que la actividad B pueda comenzar" (o "B no puede comenzar hasta que A haya terminado").
   • 
   • (Foundations dug) FS (Concrete poured)
2. Acabado para terminar (FF)
   • A FF B significa "actividad A debe terminar antes de que la actividad B pueda terminar" (o "B no puede terminar antes de que A termine").
   • 
   • (Último capítulo escrito) FF (Libro entero escrito)
3. Empieza a empezar (SS).
   • A SS B significa "actividad A debe comenzar antes de que la actividad B pueda comenzar" (o "B no puede comenzar hasta que A haya comenzado").
   • 
   • SS (Actividades de gestión de proyectos iniciadas)
4. Empieza a terminar (SF)
   • A SF B significa "actividad A debe comenzar antes de que la actividad B termine" (o "B no puede terminar hasta que A haya comenzado")
   • 
   • (Nuevo cambio comenzó) SF (Vuelto anterior terminado)

De fin a comienzo se considera una "dependencia natural". El Estándar de práctica para la programación recomienda que, por lo general, cada actividad predecesora terminaría antes del inicio de su actividad (o actividades) sucesora (conocida como relación de fin a comienzo (FS)). A veces es necesario superponer actividades; se puede seleccionar una opción para usar relaciones de comienzo a comienzo (SS), de fin a fin (FF) o de comienzo a fin (SF)... Siempre que sea posible, se debe usar la relación lógica FS. Si se utilizan otros tipos de relaciones, se utilizarán con moderación y con plena comprensión 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 comienzo de cada actividad tenga una relación lógica con un predecesor y el final de cada actividad tenga una relación lógica con un sucesor.

SF rara vez se usa y, en general, debe evitarse. Microsoft recomienda usar la dependencia de SF para la programación justo a tiempo. Sin embargo, se puede demostrar fácilmente que esto solo funcionaría si no se usa la nivelación de recursos, porque la nivelación de recursos puede retrasar una actividad sucesora (una actividad que debe terminarse justo a tiempo) de tal manera que terminará más tarde que el inicio de la actividad de su antecesor lógico, por lo que no cumple con el requisito de justo a tiempo.

Hay tres tipos de dependencias con respecto a la razón de la existencia de la dependencia:

1. Causal (lógica)
   • Es imposible editar un texto antes de ser escrito
   • Es ilógico verter hormigón antes de cavar los cimientos de un edificio
2. Limitaciones de recursos
   • Es lógicamente posible pintar cuatro paredes en una habitación simultáneamente pero sólo hay un pintor
3. Discretionary (preferential)
   • Quiero pintar la sala de estar antes de pintar el comedor, aunque podría hacerlo al revés, también

Los cronogramas iniciales derivados de la ruta crítica a menudo se reflejaban solo en dependencias causales (lógicas) o discrecionales (preferenciales) porque se suponía que los recursos estarían disponibles o podrían estar disponibles. Por lo menos desde mediados de la década de 1980, los administradores y programadores de proyectos 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 la restricción de recursos.

Adelantos y retrasos

Las dependencias pueden ser modificadas por adelantos y retrasos. Tanto los adelantos como los retrasos se pueden aplicar a los 4 tipos de dependencias.

PMBOK define 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 puede comenzar la segunda pared 2 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 Inicio-Inicio.

De acuerdo con el PMBOK, un lead es "la cantidad de tiempo durante el cual se puede avanzar una actividad sucesora 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 la finalización de la lista de pendientes programada. Esto se mostraría como un principio a fin con una ventaja de dos semanas.

Ejemplo

Si está construyendo un edificio, no puede pintar las paredes antes de instalar las tuberías de agua en las paredes.

Casos avanzados de dependencias de actividades

Relaciones de tipo máximo

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. Ejemplos de la vida real, que son simulados por la relación de tipo máximo:

• El disparo de la trinchera no debe hacerse necesariamente inmediatamente después de la excavación, pero dentro de cierto tiempo, de lo contrario la trinchera colapsará.
• La vacunación del bebé no debe hacerse inmediatamente después del nacimiento, sino dentro de cierto tiempo
• La renovación del pasaporte debe hacerse algún tiempo después de que se haya expedido el pasaporte, pero antes de que expire.
• El pago de facturación no tiene que hacerse inmediatamente, pero dentro de cierto tiempo después de que se haya emitido.

Las relaciones de tipo máximo rara vez se implementan en el software de gestión de proyectos, muy probablemente porque con esta función es demasiado fácil crear dependencias contradictorias.