Dependencias de Tareas: FS, SS, FF y SF Explicadas

Las dependencias de tareas definen el orden en que puede ocurrir el trabajo de un proyecto. Si las define mal, su cronograma colapsa; si las define bien, su equipo sabe exactamente cuándo puede comenzar, superponerse o esperar cada parte del trabajo.

Existen cuatro tipos lógicos de dependencia: finish-to-start (FS), start-to-start (SS), finish-to-finish (FF) y start-to-finish (SF). Cada uno describe una relación específica entre el fin o el inicio de una tarea y el fin o el inicio de otra. Este artículo cubre los cuatro tipos, explica el tiempo de adelanto (lead) y retraso (lag), y recorre las cuatro categorías de dependencia que todo project manager necesita conocer.

¿Qué son las dependencias de tareas?

Una dependencia de tarea es una relación lógica entre dos tareas que determina cuándo puede comenzar o terminar una en relación con la otra. En el software de planificación y en el diagrama de red de gestión de proyectos, las dos tareas de una dependencia se llaman predecesora (la tarea que va primero en la relación) y sucesora (la tarea que está condicionada por ella).

Las dependencias no son lo mismo que las secuencias de tareas. La secuencia es el orden en que ocurren las cosas. La dependencia es la razón lógica por la que ocurren en ese orden. Esa distinción importa porque algunas tareas pueden superponerse, otras deben esperar a que otras terminen, y en unas pocas situaciones poco frecuentes una tarea debe comenzar antes de que su predecesora pueda detenerse.

Datos clave

• El Project Management Institute reporta que la mala secuenciación del cronograma está entre las tres principales causas de sobrecostos de proyecto, contribuyendo a impactos en costos en el 37% de los proyectos a nivel global (PMI Pulse of the Profession, 2023).
• Un estudio de McKinsey encontró que los grandes proyectos de construcción y TI se retrasan en promedio un 20% respecto al cronograma, y la mala gestión de dependencias se cita como una causa raíz principal (McKinsey Global Institute, 2017).
• Las técnicas de compresión de cronograma como el fast-tracking, que se basan en superponer intencionalmente tareas dependientes, se usan en el 60% de los proyectos retrasados para recuperar tiempo (PMI, 2022).

Los cuatro tipos de dependencias de tareas

La mayoría de las herramientas de planificación, incluyendo Microsoft Project y Rework, admiten los cuatro tipos de relación lógica definidos por el Project Management Body of Knowledge (PMBOK). Aquí está cada uno con un ejemplo en lenguaje sencillo.

FS es el predeterminado. La gran mayoría de las relaciones de tareas en un proyecto típico son finish-to-start. Si no está seguro de qué tipo usar, FS casi siempre es la decisión correcta.

SF es la excepción. SF aparece con más frecuencia en manufactura justo a tiempo y escenarios de cambio de turno. Si se encuentra usando SF con frecuencia, generalmente significa que la lógica del cronograma necesita repensarse.

Categorías de dependencia y lead vs lag

Más allá de los cuatro tipos lógicos, cada dependencia también cae en una de cuatro categorías que describen por qué existe la relación. Y cada dependencia puede ajustarse con tiempo de lead (adelanto) o lag (retraso) para hacer el cronograma más realista.

Categorías de dependencia

Saber si una dependencia es obligatoria o discrecional es importante durante la compresión del cronograma. Puede aplicar fast-tracking (superponer) a las dependencias discrecionales; no puede hacerlo con las obligatorias. El artículo de fast-tracking vs crashing explica ese equilibrio en detalle.

Tiempo de lead y tiempo de lag

El tiempo de lag agrega un período de espera entre la predecesora y la sucesora. Si necesita dos días para que el concreto cure antes de que pueda comenzar el armado, eso es un lag de dos días en una dependencia FS.

El tiempo de lead permite que una sucesora comience antes de que su predecesora termine. Si se modela como un lag negativo, un lead de tres días en una dependencia FS significa que la sucesora puede comenzar tres días antes de que la predecesora esté terminada. Así es como funciona la compresión de cronograma en la práctica.

Tanto el lead como el lag se expresan en las mismas unidades que el cronograma del proyecto (días, horas, o porcentaje de la duración de la predecesora).

Por qué importan las dependencias de tareas

Las dependencias son el tejido conectivo de un cronograma de proyecto. Esto es lo que sale mal sin ellas.

Los equipos comienzan trabajo que no pueden completar. Si la Tarea B comienza antes de que la Tarea A esté terminada, el equipo que trabaja en B puede toparse con un obstáculo a mitad de tarea y tener que esperar o rehacer el trabajo. Eso genera desperdicio y frustración.

La ruta crítica se vuelve invisible. El método de la ruta crítica solo funciona si las dependencias están mapeadas correctamente. Una dependencia faltante significa que el algoritmo calcula una duración mínima de proyecto incorrecta, y su cronograma está mal antes incluso de comenzar.

El float desaparece. Los cálculos de float y slack dependen completamente de una lógica de dependencia precisa. Si las dependencias están mal, no sabrá qué tareas realmente tienen margen de maniobra.

Los cambios se propagan de forma impredecible. Cuando una tarea se retrasa, sus sucesoras también se retrasan. Pero solo si las dependencias están mapeadas. Sin ellas, no verá el efecto dominó hasta que sea demasiado tarde para responder.

Errores comunes

Estos son los errores de dependencia que aparecen con más frecuencia en proyectos reales.

Usar FS en todas partes por costumbre. No toda tarea es finish-to-start. Recurrir a FS por defecto cuando SS o FF sería más preciso crea un cronograma artificialmente largo y hace invisible el trabajo en paralelo.

Omitir las dependencias discrecionales. A veces los equipos modelan solo la lógica dura y dejan fuera la lógica blanda porque "es flexible". Pero las dependencias blandas no documentadas significan que un futuro miembro del equipo podría reordenar tareas de formas que rompan la calidad o las buenas prácticas.

Ignorar las dependencias externas. Si un proveedor necesita entregar materiales antes de que su equipo pueda instalarlos, esa es una dependencia FS externa. Omitirla significa que el cronograma muestra la instalación comenzando antes incluso de que se haya solicitado la entrega.

Agregar dependencias a los recursos, no a las tareas. Una trampa común es vincular tareas porque la misma persona hace ambas, no porque el trabajo en sí requiera secuenciación. Las restricciones de recursos deben manejarse mediante la nivelación de recursos, no inventando dependencias de tareas. La fase de la estructura de desglose del trabajo es un buen momento para separar estas dos preocupaciones.

No revisar las dependencias después de cambios de alcance. Cuando el alcance cambia, algunas dependencias se vuelven irrelevantes y aparecen otras nuevas. Una auditoría de dependencias es una parte estándar de su proceso de control integrado de cambios.

Cómo mapear dependencias de tareas

Paso 1: Listar todas las tareas de su WBS

Comience con una estructura de desglose del trabajo completa. No puede mapear dependencias en tareas que aún no ha identificado. Cada entregable debe desglosarse en paquetes de trabajo antes de comenzar la secuenciación.

Paso 2: Identificar la predecesora de cada tarea

Recorra su lista de tareas y pregúntese: "¿Qué debe suceder, o al menos comenzar, antes de que esta tarea pueda comenzar o terminar?" Algunas tareas no tienen predecesoras (pueden comenzar en cualquier momento). La mayoría tiene una o dos. Unas pocas pueden tener varias.

Paso 3: Asignar el tipo de relación correcto

Para cada par predecesora-sucesora, decida si la relación es FS, SS, FF o SF. Pregúntese: ¿es el fin o el inicio de la predecesora lo que activa a la sucesora? ¿Y es el inicio o el fin de la sucesora lo que se activa?

Paso 4: Agregar lead o lag donde sea necesario

Si hay una espera obligatoria entre tareas (tiempo de curado, período de aprobación, tiempo de envío), agregue lag. Si la sucesora puede comenzar antes de que la predecesora termine, agregue lead. Sea honesto aquí: un lag inflado oculta el float real, y un lead poco realista predispone a los equipos al retrabajo.

Paso 5: Validar con el equipo y construir el diagrama de red

Haga que las personas que realizan el trabajo revisen el mapa de dependencias. Detectarán errores de lógica más rápido que cualquier PM sentado solo en un escritorio. Una vez validadas, las dependencias se convierten en la base de su diagrama de red, su análisis de ruta crítica y su diagrama de Gantt.

Ejemplos de dependencias de tareas

Aquí hay tres escenarios de proyecto comunes que muestran cómo se ven las dependencias en la práctica.

Buenas prácticas

Hacer:

• Usar el tipo de dependencia que refleje la lógica real del trabajo, no solo la conveniencia de la planificación.
• Documentar por qué existe cada dependencia discrecional. Una breve nota en el cronograma del proyecto ahorra horas de confusión más adelante.
• Revisar las dependencias siempre que cambien el alcance, los recursos o los plazos.
• Usar el análisis de float y slack después de mapear las dependencias para encontrar dónde tiene flexibilidad el cronograma.
• Vincular su mapa de dependencias a su documento de planificación de proyecto para que los stakeholders entiendan la lógica del cronograma.

No hacer:

• Agregar dependencias para imponer restricciones de recursos. Use la nivelación de recursos para eso.
• Olvidar las dependencias externas. Las entregas de proveedores, las aprobaciones regulatorias y las aprobaciones de clientes son riesgos reales de cronograma.
• Asumir que todas las dependencias son finish-to-start. Un cronograma construido enteramente sobre relaciones FS casi con seguridad es más largo de lo necesario.
• Usar SF a menos que tenga un escenario genuino de cambio de turno o justo a tiempo. Confunde a la mayoría de los miembros del equipo y a la mayoría de las herramientas de planificación.
• Saltarse la revisión del equipo. La lógica de dependencias que se ve bien en papel a menudo se desmorona cuando las personas que hacen el trabajo la ven.

Preguntas frecuentes

¿Cuál es el tipo de dependencia de tarea más común?

Finish-to-start (FS) es el más común por un amplio margen. Refleja la secuencia de trabajo más natural: la Tarea A debe terminar antes de que la Tarea B pueda comenzar. En la mayoría de los cronogramas de proyecto, FS representa entre el 70 y el 90 por ciento de todas las relaciones de tareas.

¿Cuál es la diferencia entre una dependencia obligatoria y una discrecional?

Una dependencia obligatoria (lógica dura) refleja una realidad física o contractual que no puede cambiar, como el requisito de completar las pruebas antes de lanzar un producto. Una dependencia discrecional (lógica blanda) refleja una secuencia preferida basada en buenas prácticas o en el criterio del equipo, y puede cambiarse si el cronograma necesita compresión.

¿Puede una tarea tener múltiples predecesoras?

Sí. Muchas tareas dependen de que varias predecesoras terminen o comiencen antes de poder empezar. En un diagrama de red de gestión de proyectos, esto se muestra como múltiples flechas convergiendo en un solo nodo de tarea. La tarea no puede comenzar (o terminar, según el tipo) hasta que se cumplan todas las condiciones de las predecesoras.

¿Qué es el tiempo de lag versus el tiempo de lead?

El tiempo de lag agrega un retraso después de que se cumple la condición de la predecesora. El tiempo de lead (lag negativo) permite que la sucesora comience antes de que la condición de la predecesora se cumpla por completo. Ambos son modificadores que se aplican a cualquiera de los cuatro tipos de dependencia.

¿Cómo se relacionan las dependencias de tareas con la ruta crítica?

La ruta crítica es la secuencia más larga de tareas dependientes a través de la red del proyecto. Solo puede calcularse si todas las dependencias de tareas están mapeadas correctamente. Las dependencias faltantes o incorrectas producen una ruta crítica que no refleja la realidad, lo que significa que su fecha de finalización proyectada no es confiable. El artículo del método de la ruta crítica profundiza en el cálculo.

---

Mapear dependencias es una de las primeras cosas que se hacen al construir un cronograma y una de las últimas en las que se piensa actualizar cuando las cosas cambian. Esa brecha es donde se rompen los cronogramas de proyecto. Mantenga actualizada su lógica de dependencias, valídela con su equipo y use el tipo de relación correcto para el trabajo. Su cronograma será honesto, su análisis de gestión de proyectos por cadena crítica será preciso, y su equipo sabrá exactamente qué depende de qué.

Para una representación visual de cómo se conectan sus dependencias, consulte las guías de gráfico de hitos y diagrama de red. Y si su proyecto usa un modelo de gobernanza estructurado, la sección de planificación basada en productos de la metodología PRINCE2 cubre cómo funcionan las dependencias dentro de un marco de etapas con puertas de control.

Lectura relacionada

• Diagrama de Red: la representación visual de las dependencias de tareas en todo su proyecto
• Método de la Ruta Crítica: cómo usar las dependencias para encontrar la ruta más larga y proteger su fecha límite
• Float y Slack: entender la flexibilidad de planificación una vez mapeadas las dependencias
• Fast-Tracking vs Crashing: cómo comprimir un cronograma ajustando las dependencias discrecionales
• Estructura de Desglose del Trabajo: la base que se construye antes de poder mapear cualquier dependencia