3.1Ruta crítica y holguras
Lo esencial en 30 segundos
- La ruta crítica es la secuencia de tareas con holgura nula que fija la fecha de fin: cualquier retraso en una de ellas pospone la entrega.
- Holgura total = retraso posible sin desplazar el fin; holgura libre = sin desplazar la sucesora; Project calcula ambas automáticamente.
- Se acorta un proyecto actuando sobre la ruta crítica: crashing (más recursos) o fast-tracking (paralelizar), y se vuelve a comprobar la ruta crítica a continuación.
Mini-caso hilado — Meriem asegura la entrega de una obra
Meriem es jefa de proyecto en una empresa de ingeniería & construcción en Argel. Dirige la recepción de un edificio terciario y comprueba que la fecha de entrega no se mueve haga lo que haga en ciertas tareas. Muestra la ruta crítica en el Gantt: son las tareas de la estructura, luego de los lotes técnicos, las que fijan el fin — todas con holgura nula. Alrededor, varias tareas (acabados, acondicionamientos exteriores) disponen de una holgura cómoda. Meriem decide concentrar su vigilancia en la ruta crítica y usar la holgura de los acabados para absorber un imprevisto de entrega de materiales, sin tocar la fecha de fin. Anota el reflejo: vigilar las críticas, explotar las holguras de las demás y volver a comprobar la ruta crítica tras cada optimización.
Caso autónomo de esta sección: vuelve en el curso, el esquema, el guion y el reto 48 h de la sección 3.1.
1. ¿Qué es la ruta crítica
La ruta crítica es la secuencia de tareas más larga de la planificación: es la que fija la fecha de fin. Estas tareas tienen una holgura nula — el menor día de retraso repercute directamente en la entrega. Meriem localiza en el Gantt las barras rojas: son las tareas que «mandan» sobre el fin del proyecto.
2. Holguras total y libre
Fuera de la ruta crítica, las tareas disponen de holgura. La holgura total es el retraso posible sin desplazar el fin del proyecto; la holgura libre es el retraso posible sin desplazar el inicio de la tarea siguiente. Project las calcula automáticamente. Meriem explota estas holguras para absorber los pequeños imprevistos sin tocar la ruta crítica.
3. Acortar sin romper
Para acortar un proyecto, se actúa únicamente sobre la ruta crítica: el crashing (añadir recursos, a menudo más costoso) o el fast-tracking (paralelizar tareas previstas en secuencia, más arriesgado). Atención: tras una compresión puede aparecer una nueva ruta crítica. Meriem siempre vuelve a comprobar la ruta crítica tras cada optimización.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — Acortar sin romper
Meriem quiere ganar una semana en la entrega. Dos palancas sobre la ruta crítica:
Crashing : anadir recursos a las tareas criticas (costoso).
Fast-tracking : paralelizar tareas secuenciales (riesgo mayor).
-> Despues, VOLVER A COMPROBAR la ruta critica (puede aparecer una nueva).Lectura: solo se actúa sobre las tareas con holgura nula, las que desplazan la fecha de fin.
Lección: acortar una tarea con holgura no sirve de nada; y toda compresión se vuelve a comprobar.
Vocabulario de la sección
- Ruta crítica
- Secuencia de tareas con holgura nula que determina la fecha de fin del proyecto.
Ejemplo sencillo: Meriem localiza las barras rojas de la estructura en el Gantt.
Lo que no es: una tarea de acabado que dispone de varias semanas de holgura.
Reflejo: lo que fija el fin → ruta crítica.
- Holgura total
- Retraso que puede asumir una tarea sin desplazar la fecha de fin del proyecto.
Ejemplo sencillo: Meriem desplaza una tarea de acabado tres días sin consecuencia.
Lo que no es: el retraso posible sin desplazar la tarea siguiente.
Reflejo: sin desplazar el fin → holgura total.
- Holgura libre
- Retraso que puede asumir una tarea sin desplazar el inicio de su tarea sucesora.
Ejemplo sencillo: Meriem desliza una tarea anterior sin empujar la siguiente.
Lo que no es: el retraso posible sin desplazar el fin del proyecto.
Reflejo: sin desplazar la sucesora → holgura libre.
- Compresión (crashing)
- Acortamiento de una tarea crítica añadiéndole recursos, a menudo a costa de un sobrecoste.
Ejemplo sencillo: Meriem refuerza un equipo en una tarea crítica para ganar días.
Lo que no es: desplazar una tarea que ya dispone de mucha holgura.
Reflejo: ganar tiempo pagando → crashing.
- Fast-tracking
- Acortamiento paralelizando tareas normalmente secuenciales, a costa de un riesgo mayor.
Ejemplo sencillo: Meriem lanza dos lotes técnicos en paralelo en lugar de encadenarlos.
Lo que no es: esperar el fin de una tarea antes de empezar la siguiente.
Reflejo: ganar tiempo paralelizando → fast-tracking.
En la práctica — En la práctica — Analizar y explotar la ruta crítica
- Muestra la ruta crítica en el Gantt (Formato > Tareas críticas) y localiza las barras rojas de holgura nula, como Meriem.
- Añade la columna Holgura total para visualizar el juego disponible en las tareas no críticas.
- Identifica las tareas críticas que hay que vigilar con prioridad y las holguras explotables para absorber los imprevistos.
- Para acortar el proyecto, actúa sobre la ruta crítica (crashing o fast-tracking) y vuelve a comprobar la ruta crítica.
Guion paso a paso — leer la ruta crítica como Meriem (4 min)
1) Muestra el Gantt y activa Tareas críticas. 2) Localiza las barras rojas: son las tareas con holgura nula. 3) Añade la columna Holgura total para ver el juego de las tareas no críticas. 4) Clasifica: críticas que vigilar, holguras que explotar. 5) Para ganar tiempo, comprime la ruta crítica (crashing/fast-tracking) y vuelve a comprobar la ruta crítica.
Guarda este reflejo: lo que se desvía en una tarea con holgura no siempre llega a la entrega, pero lo que se desvía en la ruta crítica la pospone.
Plantilla copiar-pegar — mi ficha de ruta crítica
Ruta critica : tareas con holgura nula -> fijan la fecha de fin
Holgura total: retraso sin desplazar el FIN del proyecto
Holgura libre: retraso sin desplazar la SUCESORA
Compresion : crashing (recursos) o fast-tracking (paralelizar)
Reflejo : volver a comprobar la ruta critica tras cada optimizacionUn imprevisto en una tarea con holgura
Meriem encaja un retraso de entrega de materiales en la holgura de los acabados, sin tocar la fecha de fin.
Un imprevisto en una tarea crítica
La estructura acumula una semana de retraso: Meriem comprime la ruta crítica o acepta el desplazamiento.
Una compresión imprevista
Tras paralelizar dos tareas aparece una nueva ruta crítica: Meriem la vuelve a comprobar y la vigila.
Una holgura explotada
Meriem desplaza una tarea no crítica para ocupar a un equipo durante una espera, sin consecuencia sobre el fin.
✓ Buenas prácticas
- Vigilar con prioridad las tareas críticas.
- Explotar las holguras para absorber los imprevistos.
- Comprimir solo la ruta crítica, y volver a comprobarla.
✗ Errores frecuentes
- Acortar una tarea con holgura (sin efecto sobre el fin).
- Olvidar que puede aparecer una nueva ruta crítica.
- Creer que añadir recursos siempre divide la duración.
Puntos clave
- La ruta crítica = tareas con holgura nula que fijan la fecha de fin.
- Holgura total (sin desplazar el fin) y holgura libre (sin desplazar la sucesora).
- Se vigilan las críticas y se explotan las holguras de las demás.
- Acortar un proyecto = crashing o fast-tracking sobre la ruta crítica, y volver a comprobar.
Reto 48 h — aplícalo mañana
Como Meriem, abre un Gantt, muestra las tareas críticas y lista las que fijan la fecha de fin. Añade la columna Holgura total y anota una tarea con holgura que podrías desplazar para absorber un imprevisto. Escribe por último, en una frase, si elegirías el crashing (más recursos) o el fast-tracking (paralelizar) para ganar tiempo.
- Puedo explicar qué es la ruta crítica y por qué fija el fin.
- Distingo holgura total y holgura libre.
- Sé acortar un proyecto actuando sobre la ruta crítica (crashing / fast-tracking).
Preguntas frecuentes
¿Por qué concentrarse en la ruta crítica en lugar de en todas las tareas?
Porque solo las tareas críticas determinan la fecha de fin: un retraso en una tarea con holgura puede desplazar esa tarea sin posponer la entrega, mientras que un retraso crítico lo pospone todo. Tu atención es limitada: concentrarla en la ruta crítica es vigilar lo que realmente puede hacer descarrilar el proyecto.
¿Cómo acortar un proyecto retrasado sin romperlo todo?
Actúa únicamente sobre la ruta crítica. El crashing añade recursos (eficaz pero costoso, sin división automática del tiempo); el fast-tracking paraleliza tareas secuenciales (gratuito pero arriesgado). A menudo se combinan los dos, y se vuelve a comprobar la ruta crítica: comprimir puede hacer aparecer una nueva.
¿Qué es la ruta crítica?