Si alguna vez moviste una sola tarea en MS Project y todo el cronograma se descontroló, el problema casi nunca está en el software: está en cómo configuraste las dependencias entre tareas. Conectar actividades con la lógica equivocada hace que la ruta crítica mienta, los plazos se inflen y los recursos queden mal asignados.
En este artículo te explico los 4 tipos de dependencias en MS Project (FC, CC, FF y CF) con ejemplos reales de obra civil, capturas de pantalla, errores comunes y una plantilla de cronograma Gantt en Excel para que apliques todo lo aprendido. Si llegaste desde el short de @IngeCivilXC, esta es la versión completa.
¿Qué es una dependencia en MS Project?
Una dependencia es la relación lógica entre dos tareas que define cuándo puede empezar o terminar una respecto a la otra. En MS Project, las dependencias se configuran en la columna Predecesoras y se representan con flechas entre las barras del diagrama de Gantt.
Es importante no confundir dependencia con restricción:
- Dependencia: relación lógica entre dos tareas (ej. «el vaciado de concreto depende del armado de acero»).
- Restricción: condición fija sobre una fecha (ej. «esta tarea no puede empezar antes del 15 de mayo»).
Cuando se usan restricciones en lugar de dependencias, la ruta crítica deja de calcularse correctamente y el cronograma pierde flexibilidad. La regla profesional es clara: primero dependencias, después restricciones (y solo si son inevitables).
Los 4 tipos de dependencias en MS Project
MS Project soporta cuatro tipos de relaciones entre tareas. Cada una responde a una lógica distinta de obra y elegir mal entre ellas es la diferencia entre un cronograma realista y uno que se cae a la primera reprogramación.
1. FC — Fin a Comienzo (Finish-to-Start)
Es la dependencia más común y la que aparece por defecto cuando arrastras una flecha entre dos tareas en el Gantt. La tarea sucesora (B) no puede empezar hasta que la predecesora (A) haya terminado.
Ejemplo de obra civil: el vaciado de concreto en zapata no puede empezar hasta que termine el armado de acero. Es lógica pura: no hay forma de vaciar concreto sobre un acero que todavía no se colocó.
Cuándo usarla: aproximadamente el 80% de las tareas de una obra siguen este patrón. Es el caballo de batalla del cronograma.
2. CC — Comienzo a Comienzo (Start-to-Start)
Las dos tareas arrancan al mismo tiempo. La sucesora no puede empezar hasta que la predecesora haya empezado, pero ambas pueden ejecutarse en paralelo.
Ejemplo de obra civil: la excavación de zanjas para fundaciones y el replanteo topográfico arrancan juntos. Mientras la cuadrilla excava, el topógrafo va verificando cotas y alineamientos en paralelo.
Cuándo usarla: cuando dos cuadrillas trabajan simultáneamente sobre actividades complementarias. Bien aplicada, la dependencia CC reduce significativamente el plazo total de la obra al maximizar el paralelismo.
3. FF — Fin a Fin (Finish-to-Finish)
Las dos tareas terminan al mismo tiempo. La sucesora no puede finalizar hasta que la predecesora haya finalizado, pero pueden haber empezado en momentos distintos.
Ejemplo de obra civil: el encofrado de losa y la instalación eléctrica embebida deben cerrar juntos antes del vaciado de concreto. Si el eléctrico no termina sus tubos y cajas, el vaciado se posterga aunque el encofrado esté listo.
Cuándo usarla: en hitos de cierre conjunto donde varias tareas convergen hacia un mismo punto. Muy útil en estructuras de hormigón armado, instalaciones MEP (mecánicas, eléctricas, plomería) y acabados.
4. CF — Comienzo a Fin (Start-to-Finish)
Es la dependencia menos usada y más contraintuitiva. La sucesora no puede terminar hasta que la predecesora haya empezado. En la práctica, esto invierte el orden visual de las barras en el Gantt.
Ejemplo de obra civil: en obras con turnos 24 horas, el turno día de vigilancia no puede terminar hasta que arranque el turno noche. El relevo es la lógica detrás de la dependencia CF.
Cuándo usarla: en relevos de turno, desvíos de tránsito durante repavimentaciones, sistemas de seguridad continuos. Muchos ingenieros civiles nunca la utilizan en toda su carrera, y eso está bien: solo aplícala cuando la lógica del proyecto realmente lo exige.
Tabla comparativa: las 4 dependencias de un vistazo
| Tipo | Significado | Ejemplo en obra civil | Frecuencia de uso |
|---|---|---|---|
| FC | B empieza cuando A termina | Armado de acero → Vaciado de zapata | ★★★★★ |
| CC | A y B empiezan juntas | Excavación + Replanteo | ★★★★ |
| FF | A y B terminan juntas | Encofrado + Instalación eléctrica | ★★★ |
| CF | B termina cuando A empieza | Relevo de turnos de vigilancia | ★ |
Bonus: Lags y Leads (desfases en las dependencias)
MS Project permite agregar un desfase a cualquier dependencia, ajustando con precisión el cronograma sin necesidad de crear tareas auxiliares.
- Lag (desfase positivo): agrega tiempo de espera entre dos tareas. Se escribe con signo más en la columna predecesora.
- Lead (desfase negativo): permite que la sucesora empiece antes de que termine la predecesora, generando un solapamiento controlado. Se escribe con signo menos.
Ejemplo de lag positivo: 5FC+7 días significa que la tarea sucesora empieza 7 días después de que termine la tarea 5. Útil para esperas de fraguado, curado de concreto o tiempos de secado de pinturas.
Ejemplo de lead negativo: 5FC-3 días significa que la sucesora puede empezar 3 días antes de que termine la tarea 5. Útil cuando la instalación eléctrica embebida puede arrancar antes de que cierre todo el encofrado.
Advertencia profesional: los lags negativos mal aplicados generan solapamientos imposibles en obra real. Antes de usar un lead, valida con el equipo de campo si esa concurrencia es físicamente viable.
Cómo asignar dependencias en MS Project paso a paso
MS Project ofrece tres métodos para configurar dependencias. Cada uno tiene su escenario ideal:
Método 1: Arrastrar entre barras del Gantt
El más rápido y visual. Solo tienes que hacer clic en el centro de una barra y arrastrar hasta la barra de la tarea sucesora. Por defecto se crea una dependencia FC sin desfase.
Cuándo usarlo: ideal para crear el esqueleto del cronograma rápidamente, cuando la mayoría de tus dependencias son FC.
Método 2: Columna «Predecesoras»
Es el método más preciso. En la vista del Gantt, escribes directamente en la columna Predecesoras el código completo: número de tarea + tipo de dependencia + desfase. Por ejemplo: 4CC+2 días.
Cuándo usarlo: cuando necesitas definir lags, leads o cambiar tipos de dependencia (CC, FF, CF) sin pasar por menús.
Método 3: Información de tarea → pestaña «Predecesoras»
Haz doble clic en una tarea para abrir la ventana Información de la tarea y ve a la pestaña Predecesoras. Ahí puedes agregar varias predecesoras desde un menú desplegable, definir el tipo y el desfase de cada una.
Cuándo usarlo: ideal cuando una misma tarea tiene múltiples predecesoras con tipos distintos (ej. una FC y dos CC). También es el método más claro para enseñar a equipos junior.
Errores comunes con dependencias (y cómo evitarlos)
- Usar FC para todo. Es el error más frecuente. Inflar el cronograma con dependencias FC innecesarias hace perder oportunidades de paralelismo. Antes de cada FC, pregúntate: ¿esta tarea realmente necesita esperar a que termine la anterior, o puede arrancar antes?
- Forzar fechas con restricciones en lugar de dependencias. Si quieres que una tarea empiece el 1 de junio porque «así lo planificamos», probablemente exista una dependencia lógica detrás que no estás capturando. Búscala y úsala. La ruta crítica te lo va a agradecer.
- Crear dependencias circulares. Cuando A depende de B y B depende de A, MS Project bloquea el cálculo y muestra error. Suele pasar al copiar tareas o al refactorizar el cronograma sin revisar. Solución: revisa la columna predecesoras de las tareas involucradas y rompe el ciclo lógico.
- Mal uso de lags negativos (leads). Solapar tareas con leads sin validar con campo genera cronogramas que nadie puede ejecutar. Úsalos con criterio y siempre con respaldo del equipo de obra.
- No actualizar dependencias al cambiar el alcance. Cuando se agrega o elimina una actividad, las dependencias adyacentes deben revisarse. Un cronograma con dependencias huérfanas o redundantes deja de ser una herramienta de control y se vuelve un adorno.
Plantilla descargable: Cronograma Gantt en Excel para obra civil
📥 Descarga gratis: Plantilla de Cronograma Gantt en Excel para Obra Civil
Si todavía no tienes MS Project o quieres una alternativa rápida en Excel, esta plantilla incluye:
- Actividades preconfiguradas con fórmulas automáticas
- Barras de progreso visuales
- Resumen ejecutivo de avance
Conclusión: dependencias bien hechas, cronograma confiable
Dominar las cuatro dependencias de MS Project (FC, CC, FF y CF) es la base para construir cronogramas que reflejen la realidad de obra y permitan tomar decisiones acertadas cuando aparecen imprevistos. La mayoría de los problemas de planificación que vemos en proyectos civiles no son fallas del software: son dependencias mal pensadas o restricciones forzadas donde debería haber lógica de red.
Empieza aplicando lo aprendido en tu próximo cronograma. Identifica una sola tarea donde estés usando FC por costumbre y pregúntate si una CC podría darte paralelismo. Pequeños cambios en la lógica de dependencias generan grandes ahorros de plazo.
Próxima lectura recomendada
Si quieres profundizar en el cálculo automático que MS Project hace con estas dependencias, te recomiendo el artículo sobre Ruta Crítica en proyectos civiles, donde explicamos cómo se visualiza en MS Project la secuencia de tareas que define el plazo total del proyecto y cómo identificar holguras.
Y si todavía no viste el video corto que resume este artículo en 25 segundos, puedes encontrarlo en el canal @IngeCivilXC.
¿Cuál es la dependencia que más usas en tus cronogramas? ¿Y cuál nunca lograste aplicar bien en obra? Cuentanos en los comentarios; los casos reales nos ayudan a todos a mejorar nuestra forma de planificar.
