Dependencia (gestión de proyectos)

Editar artículo

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

La guía A Guide to the Project Management Body of Knowledge (PMBOK Guide) no define el término dependencia, pero se refiere a este término a una relación lógica, que a su vez se define como dependencia entre dos actividades, o entre una actividad y un hito.

Contenido

1 Tipos estándar de dependencias
- 1.1 Adelantos y retrasos
2 Ejemplo
3 Casos avanzados de dependencias de actividades
- 3.1 Relaciones de tipo máximo
4 Ver también
5 referencias

Tipos estándar de dependencias

Hay cuatro tipos estándar de dependencias:

Terminar para comenzar (FS)
- A FS B significa "la actividad A debe terminar antes de que la actividad B pueda comenzar" (o "B no puede comenzar hasta que A haya terminado").
- (Cimientos excavados) FS (hormigón vertido)
Terminar para terminar (FF)
- A FF B significa "la 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 (Todo el libro escrito)
Empezar a empezar (SS).
- A SS B significa "la actividad A debe comenzar antes de que la actividad B pueda comenzar" (o "B no puede comenzar hasta que A haya comenzado").
- (Se inició el trabajo del proyecto) SS (Se iniciaron las actividades de gestión del proyecto)
De principio a fin (SF)
- A SF B significa "la actividad A debe comenzar antes de que finalice la actividad B" (o "B no puede terminar hasta que A haya comenzado")
- (Nuevo turno iniciado) SF (Turno anterior terminado)

Terminar para comenzar se considera una "dependencia natural". El Estándar de Práctica para la Programación recomienda que "Normalmente, cada actividad predecesora terminaría antes del inicio de su actividad (o actividades) sucesoras (conocida como relación de fin a comienzo (FS)). A veces es necesariamente para superponer actividades; se puede seleccionar una opción para usar relaciones de principio a fin (SS), de fin a fin (FF) o de principio a fin (SF)... Siempre que sea posible, se debe usar la relación lógica de FS. Se utilizan otros tipos de relaciones, se utilizarán con moderación y con total 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 inicio de cada actividad tiene una relación lógica con un predecesor y el final de cada actividad tiene una relación lógica con un sucesor ".

El SF se usa con poca frecuencia y, en general, debe evitarse. Microsoft recomienda utilizar la dependencia SF para la programación justo a tiempo. Se puede demostrar fácilmente sin embargo, que esto sólo funcionaría si la redistribución de recursos no se utiliza, debido a la nivelación de recursos puede retrasar una actividad sucesora (una actividad, que se terminó justo a tiempo) de tal manera, que va a terminar más tarde que el inicio de su actividad predecesora lógica, por lo que no cumple con el requisito de just-in-time.

Existen tres tipos de dependencias con respecto al motivo de la existencia de dependencia:

Causal (lógico)
- Es imposible editar un texto antes de que esté escrito
- Es ilógico verter hormigón antes de cavar los cimientos de un edificio.
Limitaciones de recursos
- Lógicamente es posible pintar cuatro paredes en una habitación simultáneamente, pero solo hay un pintor.
Discrecional (preferencial)
- Quiero pintar el salón antes de pintar el comedor, aunque también podría hacerlo al revés.

Los primeros horarios 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. Desde al menos mediados de la década de 1980, los gerentes de proyectos y programadores competentes han reconocido que los programas deben basarse en la disponibilidad de recursos. El método de la cadena crítica también necesita tener en cuenta las dependencias derivadas de la restricción de recursos.

Adelantos y retrasos

Las dependencias se pueden modificar mediante adelantos y retrasos. Tanto los adelantos como los retrasos se pueden aplicar a los 4 tipos de dependencias.

PMBOK define lag como "la cantidad de tiempo durante la cual una actividad sucesora se retrasará con respecto a una actividad predecesora".

Por ejemplo: cuando se construyen dos muros a partir de un diseño novedoso, se puede comenzar el segundo muro 2 días después del primero para que el segundo equipo pueda aprender del primero. Este es un ejemplo de un retraso en una relación Inicio-Inicio.

De acuerdo a PMBOK un plomo es "la cantidad de tiempo por el que una actividad sucesora puede ser avanzado con respecto a una actividad predecesora Por ejemplo, en un proyecto de construcción de un nuevo edificio de oficinas, el paisaje se podría programar para comenzar antes del golpe programado finalización de la lista. Esto se mostraría como un final a principio 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 apuntalamiento de la zanja debe hacerse no necesariamente inmediatamente después de la excavación, sino dentro de cierto tiempo, de lo contrario la zanja colapsará.
La vacunación del bebé no debe realizarse inmediatamente después del nacimiento, sino dentro de cierto tiempo.
La renovación del pasaporte debe realizarse algún tiempo después de que se haya emitido el actual, pero antes de que expire.
El pago de la factura no tiene que realizarse de inmediato, sino dentro de cierto tiempo después de su emisión.

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