Dependencia (gestión de proyectos)

Hay cuatro tipos estándar de dependencias:

  1. Finish to start (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»).
    • Dependencia-FS.png
    • (Cimientos excavados) FS (Hormigón vertido)
  2. Acabado a acabado (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 esté terminada») .
    • Dependencia-FF.png
    • (Último capítulo escrito) FF (Libro completo escrito)
  3. Start to start (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»).
    • Dependency-SS.png
    • (Inicio de proyectos) SS (Inicio de actividades de gestión de proyectos)
  4. 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»)
    • Dependencia-SF.png
    • (Nuevo cambio iniciado) SF (Cambio anterior terminado)

Finish-to-start se considera una «dependencia natural». El Estándar de Práctica para la Programación recomienda, que » Típicamente, cada actividad predecesora terminaría antes del inicio de su actividad (o actividades) sucesora(conocida como relación de fin a inicio (FS)). A veces es necesariamente para superponer actividades; se puede seleccionar una opción para usar relaciones de inicio a inicio (SS), de fin a fin (FF) o de principio a fin (SF)….Siempre que sea posible, se debe utilizar la relación lógica del servicio móvil. 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 inicio de cada actividad tenga una relación lógica de un predecesor y el final de cada actividad tenga una relación lógica con un sucesor».

La FS rara vez se usa, y generalmente se debe evitar. 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 utiliza la nivelación de recursos, porque la nivelación de recursos puede retrasar una actividad sucesora (una actividad que se terminará justo a tiempo) de tal manera que terminará más tarde que el inicio de su actividad predecesora lógica, no cumpliendo así el requisito de «justo a tiempo».

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

  1. Causal (lógico)
    • Es imposible editar un texto antes de que se escriba
    • Es ilógico verter hormigón antes de cavar los cimientos de un edificio
  2. Restricciones de recursos
    • Es lógicamente posible pintar cuatro paredes en una habitación simultáneamente, pero solo hay un pintor
  3. Discrecional (preferencial)
    • Quiero pintar la vida sala antes de pintar el comedor, aunque podría hacerlo al revés, también

Los primeros horarios derivados de la ruta crítica a menudo se reflejan solo en los causales dependencias (lógicas) o discrecionales (preferenciales) porque se suponía que los recursos estarían disponibles o podrían ponerse a disposición. Desde, por lo menos, mediados del decenio de 1980, los directores y planificadores de proyectos competentes han reconocido que los calendarios deben basarse en la disponibilidad de recursos. El método de cadena crítica también requiere tener en cuenta las dependencias derivadas de restricciones de recursos.

Leads y lagseditar

Las dependencias pueden ser modificadas por leads y lags. Tanto los leads como los lag se pueden aplicar a los 4 tipos de dependencias.

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 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 de inicio a inicio.

De acuerdo con PMBOK, una ventaja es «la cantidad de tiempo durante la 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 tareas programada. Esto se mostraría como un comienzo de meta con una ventaja de dos semanas».

Deja una respuesta

Tu dirección de correo electrónico no será publicada.