Los cuatro tipos de dependencia de Gantt son finish-to-start, start-to-start, finish-to-finish y start-to-finish. Utilice la relación más débil que represente con precisión el trabajo.
¿Qué son las dependencias en un diagrama de Gantt?
Una dependencia es una relación lógica entre dos tareas. Indica cuándo puede comenzar o finalizar una tarea en relación con otra. Los cuatro tipos de relaciones estándar son finish-to-start (FS), start-to-start (SS), finish-to-finish (FF) y start-to-finish (SF).
Las dependencias hacen que un diagrama de Gantt se comporte como un cronograma. Cuando un predecesor se muda, el motor de programación puede recalcular sus sucesores en lugar de dejar que cada fecha se repare a mano.
Utilice la relación más débil que describa con precisión el trabajo. No agregues un enlace de finish-to-start simplemente para mantener las barras en orden; cada vínculo debe representar una transferencia técnica, física, regulatoria o de información real.
Los cuatro tipos de dependencia de un vistazo
| Tipo | Significado | Ejemplo sencillo |
|---|---|---|
| De principio a fin (FS) | El sucesor no puede comenzar hasta que finalice el predecesor. | Las pruebas comienzan después de finalizar la construcción. |
| De principio a fin (SS) | El sucesor no puede comenzar hasta que comience el predecesor. | La toma de notas comienza cuando comienza el taller. |
| De principio a fin (FF) | El sucesor no puede terminar hasta que termine el predecesor. | La revisión final no puede terminar antes de que termine la escritura. |
| De principio a fin (SF) | El sucesor no puede terminar hasta que comience el predecesor. | El antiguo turno de soporte no puede terminar hasta que comience el nuevo turno |
“Predecesor” significa la tarea que proporciona la restricción. “Sucesor” significa la tarea que se está restringiendo. Las palabras no significan necesariamente que todo el predecesor deba suceder primero; eso depende del tipo de relación.
1. De principio a fin (FS)
B no puede comenzar hasta que A termine. Esta es la relación más común.
Ejemplos:
- Implementar en producción una vez finalizadas las pruebas de aceptación.
- Verter el hormigón una vez finalizada la inspección del encofrado.
- Enviar invitaciones después de que se apruebe la lista de invitados.
- Inicie la migración de datos después de que se complete la copia de seguridad.
Si “Aprobar diseño” finaliza el martes y “Construir interfaz” tiene un enlace de FS, la construcción puede comenzar en el siguiente horario de trabajo disponible de acuerdo con las reglas del calendario de la herramienta.
FS es fácil de entender, pero su uso excesivo serializa el trabajo. Pregunte si el sucesor realmente necesita cada parte del predecesor. Si el desarrollo puede comenzar cuando la primera especificación aprobada esté disponible, una descomposición diferente puede crear una superposición más realista.
2. De principio a fin (SS)
B no puede comenzar hasta que comience A. Las tareas pueden continuar durante diferentes duraciones.
Ejemplos:
- Comenzar las notas de la reunión cuando comience la reunión.
- Iniciar el seguimiento de la calidad cuando se inicie la producción.
- Iniciar el acarreo de excavación cuando comience la excavación.
- Iniciar la cobertura de atención al cliente cuando comience un lanzamiento.
SS no significa que ambas tareas deban comenzar exactamente en el mismo instante a menos que no haya ningún retraso y el cronograma esté restringido de esa manera. Establece el inicio más temprano permitido del sucesor.
3. De principio a fin (FF)
B no puede terminar hasta que A termine. La relación controla la finalización, no el inicio.
Ejemplos:
- La edición no puede finalizar hasta que termine la escritura.
- La supervisión de seguridad no puede finalizar antes de que finalice la migración.
- La supervisión de obra no puede finalizar antes de que finalice la construcción.
- La conciliación de facturas no puede finalizar antes de que se reciban todas las facturas.
FF es útil cuando dos actividades se ejecutan en paralelo pero una debe permanecer activa hasta el final de la otra. No debe utilizarse para ocultar un resultado poco claro. Si existe un traspaso final, un hito separado puede comunicar mejor la lógica.
4. De principio a fin (SF)
B no puede terminar hasta que A comience. Esto es válido pero poco común.
El ejemplo clásico es la cobertura de turnos: el turno saliente no puede terminar hasta que comience el turno entrante. Otros ejemplos incluyen:
- un sistema heredado no puede retirarse hasta que comience el servicio de reemplazo;
- el seguimiento temporal no puede detenerse hasta que comience el seguimiento permanente;
- la cobertura del antiguo proveedor no puede finalizar hasta que el nuevo proveedor inicie el servicio.
Los equipos suelen utilizar SF incorrectamente porque su redacción parece al revés. Nombra al predecesor y al sucesor en voz alta: “El final del turno anterior depende del inicio del nuevo turno”. Si esa frase no es cierta, utilice otra relación o rediseñe las tareas.
¿Qué son el retraso y el adelanto?
Retraso es un período de espera agregado a una dependencia. Adelanto permite la superposición y, a menudo, se representa como un retraso negativo.
Ejemplos:
- FS + 2 días: Aplicar la segunda capa dos días después de terminar la primera capa.
- SS + 1 día: Iniciar la transcripción un día después del inicio de las entrevistas.
- FS − 2 días: Comience la revisión dos días antes de que finalice la redacción.
El retraso debe representar el tiempo real transcurrido o de trabajo, como el curado, el envío o un período de notificación obligatorio. Evite utilizar retrasos inexplicables como balde para trabajos ocultos. Si alguien debe realizar una acción durante el intervalo, modele esa acción como una tarea con un propietario.
El cliente potencial puede hacer que un cronograma sea frágil porque supone que la producción parcial del predecesor estará lista. Dividir el predecesor en entregables más pequeños (por ejemplo, “proyectos de las secciones 1 a 3”) a menudo crea una lógica más clara que un gran retraso negativo.
Un ejemplo de dependencia trabajado
Considere una pequeña versión de software:
| Tarea | Duración | relación |
|---|---|---|
| Característica de implementación | 8 dias | — |
| Escribir casos de prueba | 5 dias | SS con implementación |
| Ejecutar pruebas | 4 dias | FS después de la implementación y los casos de prueba |
| Monitorear la liberación | 2 dias | SS con lanzamiento de producción |
| Finalizar la cobertura de reversión | 0 días | SF después de que comience el monitoreo |
La redacción de casos de prueba comienza con la implementación porque el evaluador puede trabajar a partir del diseño acordado. La ejecución espera tanto los casos de implementación como de prueba. El seguimiento comienza con la liberación. El ejemplo final de SF dice que la cobertura de reversión temporal no puede finalizar hasta que haya comenzado el monitoreo; en la práctica, aún puede ser preferible un hito o una cadena FS más claros.
¿Cómo afectan las dependencias a la ruta crítica?
La red de dependencia determina qué cadenas pueden controlar la fecha de finalización. Un pase hacia adelante encuentra fechas más tempranas; un pase hacia atrás encuentra las últimas fechas y flota. Las tareas sin flexibilidad de programación forman un camino crítico según las reglas del modelo.
Los enlaces faltantes hacen que el trabajo flote de forma independiente y pueden crear una fecha de finalización sin soporte lógico. Los enlaces redundantes o demasiado restrictivos pueden crear un cronograma más largo de lo que requiere el trabajo. Revise ambos extremos con el lista de verificación de calidad del cronograma del proyecto.
¿Cómo se elige la relación adecuada?
Haga dos preguntas:
- ¿Qué evento del predecesor importa: su inicio o su final?
- ¿Qué evento del sucesor está restringido: inicio o finalización?
Eso produce el código de dos letras. Luego pregunte si el retraso es un período de espera real y si las tareas más pequeñas explicarían mejor el traspaso.
En la aplicación de GanttFather, las dependencias pueden usar FS, SS, FF o SF relaciones con retraso. El enlace visual aparece en el diagrama de Gantt y los cambios de programación pueden propagarse a través de tareas vinculadas. uso Cómo leer un diagrama de Gantt para revisar el resultado.
¿Cómo se modelan las dependencias en GanttFather?
Conecte un predecesor con su sucesor, elija FS, SS, FF o SF y agregue retraso cuando exista una espera o superposición real. Mueva o cambie el tamaño del predecesor para confirmar que el sucesor reacciona como se esperaba, luego active la ruta crítica para ver si ese vínculo ayuda a controlar la finalización del proyecto.
La propagación de dependencias demuestra una secuencia lógica, no la viabilidad de los recursos. GanttFather no nivela los recursos automáticamente; inspecciona a cualquier responsable asignado a tareas vinculadas que se superponen y resuelve el conflicto de forma manual.
Crea un proyecto GanttFather gratuito y prueba la red de dependencia con un ejemplo de cada relación que su plan realmente necesita.
Preguntas frecuentes
¿Cuál es la dependencia predeterminada de Gantt?
La mayoría de las herramientas de programación tienen por defecto finish-to-start porque es común e intuitivo. Un incumplimiento no es prueba; cambiarlo cuando el trabajo requiera una relación diferente.
¿Puede una tarea tener varios predecesores?
Sí. Una prueba puede requerir código, un entorno y datos de prueba aprobados. Su inicio más temprano se rige por la restricción predecesora que finaliza más tarde después de considerar los calendarios y los retrasos.
¿Las fechas de vencimiento son dependencias?
No. Una fecha de vencimiento es un objetivo o una limitación. Una dependencia describe el orden lógico entre tareas. Utilice la lógica para calcular las fechas y luego compare el pronóstico con el objetivo.
¿Las tareas resumidas deberían tener dependencias?
Por lo general, vincula actividades detalladas o hitos donde se produce el traspaso. Los vínculos tanto en tareas resumidas como secundarias pueden crear restricciones confusas o duplicadas. Utilice enlaces de resumen solo cuando su método y herramienta de programación los manejen de manera predecible.
Fuentes
