Dependencias entre tareas: FC, CC, FF, CF, adelanto y retraso en la práctica

Las dependencias son lo que convierte una lista de tareas en un cronograma. Cambias una duración y las fechas siguientes se mueven con ella; una tarea se retrasa y ves al instante qué arrastra. Pero si los vínculos están mal, el plan resulta demasiado largo, porque todo espera a todo, o demasiado optimista, porque faltan restricciones reales.

Esta guía da por conocidos los cuatro tipos a grandes rasgos (lo básico está en la guía del diagrama de Gantt). Aquí vemos cómo se comportan en detalle, cómo usar el adelanto y el retraso, por qué importa el calendario y qué errores rompen con más frecuencia un cronograma sin que nadie lo note.

Los cuatro tipos de dependencia, más allá de lo básico#

En el método de diagramación por precedencia, cada vínculo une un extremo de la predecesora (su comienzo o su fin) con un extremo de la sucesora. Los tipos de dependencia, el adelanto y el retraso forman parte del vocabulario estándar de dirección de proyectos del PMI^[1], y todas las herramientas de planificación serias usan las mismas cuatro combinaciones.

Dos detalles que se pasan por alto con facilidad:

• Un vínculo fija un mínimo, no una fecha exacta. Con FC, B puede empezar en cualquier momento después de que A termine; empieza de inmediato solo si nada más la retiene.
• Cuando una tarea tiene varias predecesoras, manda la más restrictiva. La sucesora espera a la fecha más tardía que imponga cualquiera de sus vínculos. Por eso un solo vínculo olvidado puede hacer que el plan parezca más corto de lo que es.

Adelanto y retraso: esperas positivas y negativas#

El retraso modifica un vínculo añadiendo tiempo entre los dos extremos que conecta. La misma idea funciona en ambos sentidos.

Retraso positivo

Un retraso positivo añade una espera. FC + 3 significa que B empieza tres días laborables después de que termine A. Sirve para el tiempo que pasa sin que nadie trabaje en la tarea: el plazo de entrega de un proveedor, un periodo de revisión contractual, unos días de observación antes de pasar a producción.

No uses el retraso para esconder trabajo. Si esos tres días los dedica alguien a revisar documentos, es una tarea con responsable y debe aparecer como tal.

Retraso negativo (adelanto)

Un retraso negativo, también llamado adelanto, permite a la sucesora anticiparse. FC − 2 significa que B puede empezar dos días laborables antes de que termine A. Es útil cuando el final de una tarea no condiciona el comienzo de la siguiente: los correos de lanzamiento pueden prepararse mientras se pulen las últimas páginas de la web.

El adelanto es un atajo y conlleva un riesgo. Si A se retrasa, B sigue empezando a la misma distancia del nuevo fin de A, pero aquello con lo que contaba B puede no estar listo. Cuando el solape es importante, un vínculo comienzo a comienzo con retraso suele describir la situación con más honestidad.

¿Días laborables o días naturales?#

Un retraso puede medirse sobre el calendario laboral del proyecto o en tiempo natural transcurrido. La diferencia solo aparece alrededor de fines de semana y festivos, que es justo cuando da sorpresas.

Tomemos una tarea que termina un viernes, seguida de un vínculo con un retraso de 2 días:

La misma cifra, dos días laborables de diferencia. Ninguna de las dos es incorrecta: un periodo de revisión definido en días hábiles sigue el calendario laboral, mientras que una espera que corre al margen de la oficina, como un plazo legal de preaviso de 14 días naturales, corre en tiempo natural. MS Project permite expresar el retraso en días transcurridos y también como porcentaje de la duración de la predecesora; otras herramientas son más estrictas. Sea cual sea la herramienta, ten claro qué unidad usas y convierte de forma explícita cuando una espera esté definida en la otra.

Cuándo comienzo a comienzo con retraso supera a fin a comienzo#

El motivo más habitual de que un cronograma sea más largo de lo necesario es que todos los vínculos son FC. Pensemos en la nueva web de una pequeña empresa: la redacción de contenidos lleva 10 días laborables y la maquetación 8. El maquetador puede empezar en cuanto llegan los primeros textos, y necesita unos dos días después de recibir el último para terminar.

Opción 1, fin a comienzo. La redacción ocupa los días 1 a 10 y la maquetación los días 11 a 18. Total: 18 días laborables.

Opción 2, CC + 3 y FF + 2. Dos vínculos unen la misma pareja de tareas:

1. CC + 3: la maquetación puede empezar tres días después de que empiece la redacción, es decir, no antes del día 4.
2. FF + 2: la maquetación no puede terminar hasta dos días después de que termine la redacción, es decir, no antes del día 12.

Con 8 días de duración, terminar el día 12 implica empezar el día 5, lo que también cumple el vínculo CC (el día 5 es posterior al día 4). La maquetación ocupa los días 5 a 12. Total: 12 días laborables, seis menos que la versión FC, y una imagen más fiel de cómo se hace realmente el trabajo.

Es el vínculo FF el que hace seguro el solape. Solo con CC + 3, la maquetación ocuparía los días 4 a 11 y terminaría antes de que exista el último texto. Combinar CC y FF es la forma estándar de modelar un trabajo que «va detrás» de otra tarea.

Lista de comprobación para vincular un cronograma#

1. ¿Cada tarea, salvo el inicio del proyecto, tiene al menos una predecesora?
2. ¿Cada tarea, salvo el hito final, tiene al menos una sucesora?
3. ¿Cada vínculo FC es una entrega real, o el trabajo podría solaparse?
4. ¿Cada vínculo CC va acompañado de un FF cuando la sucesora necesita el resultado final de la predecesora?
5. ¿Cada retraso es una espera real y no trabajo oculto sin responsable?
6. ¿La unidad del retraso (días laborables o naturales) es aquella en la que está definida la espera?
7. ¿Los vínculos están en tareas e hitos, y no en tareas de resumen?
8. ¿Las restricciones de fecha se limitan a fechas externas reales, y todo lo demás lo deciden los vínculos?

Errores más comunes con las dependencias#

Vínculos en tareas de resumen

Vincular una fase con otra parece ordenado, pero oculta qué tarea condiciona realmente a cuál. Además complica la lectura de la ruta crítica y puede entrar en conflicto con los vínculos de las tareas internas. Vincula las tareas concretas y deja que las tareas de resumen solo agreguen sus fechas.

Dependencias circulares

Un ciclo (A espera a B, B espera a C, C espera a A) no tiene solución posible, y un motor de planificación tiene que rechazarlo. Los ciclos suelen aparecer cuando dos personas añaden vínculos desde puntos de vista distintos; un vínculo entre una tarea y su propia tarea de resumen tiene el mismo efecto.

Restricciones en lugar de vínculos

Escribir una fecha en una tarea, o fijarla con una restricción «no comenzar antes del», la congela. Cuando las predecesoras se mueven, esa tarea no las sigue y el cronograma deja de decir la verdad sin avisar. Reserva las restricciones para fechas externas reales, como una feria o un plazo normativo.

Comienzo a fin por costumbre

CF es legítimo pero poco frecuente: encaja en relevos en los que la actividad antigua debe continuar hasta que arranque la nueva. Si te encuentras usándolo a menudo, probablemente el plan se está construyendo hacia atrás desde las fechas en lugar de hacia delante desde el trabajo.

Vínculos que faltan o sobran

Una tarea sin sucesora puede retrasarse indefinidamente sin afectar a la fecha de fin, así que su retraso nunca se ve. En el extremo opuesto, un vínculo que repite lo que otra cadena ya garantiza añade ruido sin cambiar nada.

Cómo hacerlo en Planitude#

Planitude admite los cuatro tipos, FC, CC, FF y CF, con adelanto y retraso en días laborables: un valor positivo añade una espera y un valor negativo es un adelanto. Las fechas se calculan sobre el calendario del proyecto, con festivos y excepciones, así que un retraso nunca termina en un día de cierre. Mientras escribes el nombre de una tarea nueva en la vista Gantt o Lista, el asistente de IA puede sugerir una predecesora, que aceptas con Tab.

Cuando una tarea se retrasa más allá de su holgura, los vínculos que empuja se muestran en rojo, para que veas por dónde se propaga el retraso. Activa la ruta crítica y la holgura total para comprobar qué vínculos determinan la fecha de fin. Las restricciones, las fechas límite y las tareas programadas manualmente siguen disponibles para los casos en que un vínculo no es la herramienta adecuada. Si importas un plan desde MS Project (.mpp, Project XML) o Primavera (.xer), revisa los vínculos que en el original usaban retrasos en porcentaje o en días transcurridos.

Preguntas frecuentes#