La ruta crítica es la cadena más larga de tareas dependientes y marca cuándo puede terminar el proyecto. Aprende a hallarla en un diagrama de Gantt.
La ruta crítica es la cadena más larga de tareas dependientes de un proyecto, y su duración marca la fecha más temprana en que el proyecto puede terminar. Si cualquier tarea de esa cadena se retrasa, todo el proyecto se retrasa lo mismo. Las tareas que no están en ella tienen holgura (también llamada margen o flotación): tiempo que pueden retrasarse sin mover la fecha de fin.
En esta guía resolvemos paso a paso un ejemplo pequeño, el lanzamiento de un sitio web, desde la lista de tareas hasta el diagrama de Gantt, para que puedas comprobar cada número.
Ruta crítica, tarea crítica y holgura
- Ruta crítica: la cadena de tareas dependientes con la mayor duración total, del inicio al fin. Su duración es el menor tiempo en que se puede terminar el proyecto.
- Tarea crítica: cualquier tarea de esa cadena. Su holgura es cero.
- Holgura: cuánto puede retrasarse una tarea sin retrasar el fin del proyecto.
- Tarea casi crítica: una tarea con muy poca holgura. Un retraso pequeño la puede volver crítica.
La ruta crítica puede cambiar: un retraso en una tarea casi crítica, una dependencia nueva o una estimación distinta pueden hacer que otra cadena pase a ser la más larga.
¿Cómo se calcula la ruta crítica?
- Haz la lista de tareas necesarias para llegar al final.
- Estima la duración de cada una, en días hábiles.
- Agrega las dependencias: qué tiene que esperar cada tarea.
- Recorrido hacia adelante: desde el inicio, calcula el inicio temprano (ES) y el fin temprano (EF) de cada tarea.
- Recorrido hacia atrás: desde el final, calcula el inicio tardío (LS) y el fin tardío (LF) que todavía respetan la fecha de fin.
- Holgura: resta LS − ES en cada tarea. Las tareas con holgura cero son críticas y, juntas, forman la ruta crítica.
Las siglas ES, EF, LS y LF vienen del inglés (early start, early finish, late start y late finish) y son las que verás en la mayoría de los libros y herramientas.
El ejemplo usa solo vínculos de fin a inicio: una tarea empieza cuando terminan sus predecesoras. Los vínculos de inicio a inicio, de fin a fin y de inicio a fin, y el desfase (una espera añadida a un vínculo), cambian las cuentas, pero no la idea. La guía de tipos de dependencias explica cada uno.
Ejemplo resuelto: el lanzamiento de un sitio web
Un equipo pequeño va a lanzar el sitio web de una panadería de barrio. Estas son las siete tareas, cuántos días hábiles toma cada una y qué tiene que esperar.
| Tarea | Duración | Predecesoras |
|---|---|---|
| A · Planear el sitio | 2 días | Ninguna |
| B · Escribir los textos | 6 días | A |
| C · Diseñar las páginas | 4 días | A |
| D · Desarrollar las páginas | 5 días | C |
| E · Configurar hosting y dominio | 2 días | A |
| F · Cargar textos y probar | 3 días | B, D, E |
| G · Lanzar el sitio | 1 día | F |
Los días se cuentan como en una regla, desde el 0 al comenzar el proyecto. Una tarea que va del 2 al 8 empieza cuando termina el día 2 y acaba al final del día 8, así que dura 6 días.
Recorrido hacia adelante: inicio y fin tempranos
Ve de la primera tarea a la última. El fin temprano de una tarea es su inicio temprano más su duración. Una tarea solo puede empezar cuando terminan todas sus predecesoras, así que su inicio temprano es el mayor fin temprano entre ellas.
- A va del 0 al 2.
- B, C y E solo esperan a A, así que las tres pueden empezar en el 2. B termina en el 8, C en el 6 y E en el 4.
- D espera a C, así que va del 6 al 11.
- F espera a B (8), D (11) y E (4). Tiene que esperar a la última, así que va del 11 al 14.
- G va del 14 al 15.
El proyecto necesita 15 días hábiles, es decir, tres semanas de trabajo.
Recorrido hacia atrás: inicio y fin tardíos
Ahora ve de la última tarea a la primera, manteniendo el fin en el 15. El inicio tardío de una tarea es su fin tardío menos su duración. Una tarea tiene que estar lista antes de que cualquiera de sus sucesoras deba empezar, así que su fin tardío es el menor inicio tardío entre ellas.
- G debe terminar a más tardar en el 15, así que debe empezar a más tardar en el 14.
- F debe terminar a más tardar en el 14, así que debe empezar a más tardar en el 11.
- B, D y E tienen una sola sucesora, F, así que cada una debe terminar a más tardar en el 11. D debe empezar a más tardar en el 6, B en el 5 y E en el 9.
- C debe terminar en el 6, cuando D tiene que empezar, así que debe empezar a más tardar en el 2.
- A va antes de B (5), C (2) y E (9). Debe terminar en el 2, el menor de los tres, así que debe empezar en el 0.
La holgura y la ruta crítica
La holgura es la diferencia entre los dos recorridos: inicio tardío menos inicio temprano. El fin tardío menos el fin temprano da el mismo número.
| Tarea | ES | EF | LS | LF | Holgura | Crítica |
|---|---|---|---|---|---|---|
| A · Planear el sitio | 0 | 2 | 0 | 2 | 0 | Sí |
| B · Escribir los textos | 2 | 8 | 5 | 11 | 3 | No |
| C · Diseñar las páginas | 2 | 6 | 2 | 6 | 0 | Sí |
| D · Desarrollar las páginas | 6 | 11 | 6 | 11 | 0 | Sí |
| E · Configurar hosting y dominio | 2 | 4 | 9 | 11 | 7 | No |
| F · Cargar textos y probar | 11 | 14 | 11 | 14 | 0 | Sí |
| G · Lanzar el sitio | 14 | 15 | 14 | 15 | 0 | Sí |
Las tareas con holgura cero forman la ruta crítica: A → C → D → F → G. Sus duraciones suman 2 + 4 + 5 + 3 + 1 = 15 días, lo mismo que dura el proyecto. Las otras cadenas son más cortas: A → B → F → G suma 12 días y A → E → F → G suma 8; de ahí salen los 3 y los 7 días de holgura.
La ruta crítica en un diagrama de Gantt
En un diagrama de Gantt, la ruta crítica es la cadena de barras que va del inicio al fin sin huecos: cada barra crítica empieza justo donde termina la anterior.
Una extensión clara larga quiere decir que la tarea tiene margen para retrasarse. Una barra roja no tiene ninguno: un día de más empuja hacia la derecha todas las barras que vienen después, y también el lanzamiento.
¿Qué pasa cuando una tarea se retrasa?
Una tarea crítica se retrasa 2 días. El diseño (C) toma 6 días en lugar de 4 y termina en el 8. El desarrollo (D) ya solo puede empezar en el 8 y termina en el 13, la carga y las pruebas (F) van del 13 al 16 y el lanzamiento termina en el 17 en lugar del 15. El proyecto se mueve exactamente los 2 días que se retrasó el diseño.
Una tarea con holgura se retrasa dentro de su holgura. La redacción (B) toma 8 días en lugar de 6 y termina en el 10. La carga y las pruebas (F) tienen que esperar de todos modos al desarrollo, que termina en el 11, así que nada más se mueve y el lanzamiento sigue terminando en el 15. B usó 2 de sus 3 días de holgura y le queda 1.
La holgura es un colchón, no tiempo libre. Si la redacción se retrasara 4 días, usaría sus 3 días de holgura y empujaría el lanzamiento 1 día, al 16. Además, la ruta crítica cambiaría: A → B → F → G pasaría a ser la cadena más larga.
| Cambio | El lanzamiento termina en | El fin se mueve |
|---|---|---|
| Ninguno (el plan de arriba) | 15 | 0 días |
| El diseño (C) tarda 2 días más | 17 | 2 días |
| La redacción (B) tarda 2 días más | 15 | 0 días |
| La redacción (B) tarda 4 días más | 16 | 1 día |
Para eso sirve la ruta crítica: te dice qué retrasos mueven la fecha de fin y cuáles puede absorber el plan.
Holgura total, holgura libre y holgura negativa
- Holgura total: cuánto puede retrasarse una tarea sin retrasar el fin del proyecto. Es el número de la tabla de arriba.
- Holgura libre: cuánto puede retrasarse una tarea sin retrasar el inicio temprano de la siguiente. En el ejemplo coinciden, porque B y E solo tienen a F como sucesora. Cuando varias tareas con holgura están en la misma cadena, la holgura que usa una se les resta a las que vienen después.
- Holgura negativa: el plan no puede cumplir una fecha exigida con los supuestos actuales. Es una alerta para cambiar el alcance, el orden, las duraciones o la fecha, no tiempo que puedas usar.
La guía de holgura en proyectos explica con más detalle cómo leerla y cuidarla.
Errores comunes al usar la ruta crítica
- Dependencias que faltan o no tienen lógica. Toda tarea, salvo la primera, necesita una predecesora, y toda tarea, salvo la última, necesita una sucesora. Si faltan, la cadena más larga real queda oculta.
- Vincular tareas resumen como si fueran trabajo. Vincula las tareas que contienen.
- Duraciones que en realidad son fechas deseadas. El cálculo vale lo que valen las estimaciones.
- Olvidar los calendarios. Los fines de semana, los feriados y las personas de medio tiempo cambian las fechas reales.
- Olvidar la capacidad de las personas. Si la misma persona tiene que hacer dos tareas a la vez, el cronograma real es más largo que el calculado.
- Confundir “crítica” con “importante”. La holgura cero es aritmética; la prioridad es una decisión del negocio. Una tarea de alta prioridad puede tener holgura, y una tarea técnica que nadie mira puede ser crítica.
- Calcularla una sola vez. Actualiza las duraciones restantes a medida que avanza el trabajo y revisa la ruta con tu ritmo habitual: cada semana en un proyecto de varios meses, cada día durante un lanzamiento.
Método de la ruta crítica frente a PERT
Usa el método de la ruta crítica (CPM, por sus siglas en inglés) cuando una sola duración por tarea sea una estimación razonable y la pregunta principal sea el orden del trabajo. Usa estimaciones de tres puntos al estilo PERT (optimista, más probable y pesimista) cuando necesites tratar de forma explícita la incertidumbre de las duraciones. Muchos equipos combinan ambos: estimaciones de tres puntos para las tareas inciertas y luego una red de dependencias para encontrar la ruta.
| Pregunta | CPM | Estimación al estilo PERT |
|---|---|---|
| Enfoque principal | El orden del trabajo dependiente | La incertidumbre de las duraciones |
| Duración de entrada | Una estimación por tarea | Optimista, más probable y pesimista |
| Resultado principal | Rutas críticas y casi críticas | Duración esperada y su dispersión |
| Riesgo principal | Falsa precisión por una lógica débil | Falsa confianza en rangos supuestos |
La guía de diagrama PERT frente a diagrama de Gantt compara los dos diagramas.
¿Cómo muestra GanttFather la ruta crítica?
En GanttFather, la ruta crítica se muestra con un interruptor en las vistas Gantt y Lista. Actívalo para ver qué tareas marcan la fecha de fin. Las tareas se pueden vincular de fin a inicio, de inicio a inicio, de fin a fin o de inicio a fin, con desfase, para que armes el ejemplo de arriba, o tu propio plan, tal como fluye el trabajo.
GanttFather no tiene líneas base, así que no compara el plan actual con una versión original guardada. Es gratis para un proyecto propio, con 2 editores y lectores ilimitados sin costo.
Arma tu propia ruta crítica en GanttFather
Preguntas frecuentes
¿La ruta crítica siempre es la más larga?
Sí, medida en tiempo y no en cantidad de tareas: es la cadena con la mayor duración total en la red de dependencias. Las fechas fijas y los calendarios pueden cambiar el resultado, así que revisa qué cuenta tu plan como tiempo de trabajo.
¿Un proyecto puede tener más de una ruta crítica?
Sí. Dos o más cadenas pueden empatar en la duración más larga. Un retraso en cualquiera de ellas mueve el fin, así que el plan tiene menos margen para absorber retrasos.
¿La ruta crítica tiene en cuenta los recursos limitados?
No por sí sola. El cálculo clásico solo usa duraciones y dependencias, y supone que cada tarea puede empezar en cuanto terminan sus predecesoras. Cuando se necesitan las mismas personas o equipos en dos tareas a la vez, hace falta nivelar los recursos o revisar la capacidad de otra forma, y el resultado puede ser un cronograma más largo.
¿Qué diferencia hay entre la ruta crítica y la cadena crítica?
El método de la cadena crítica, que Eliyahu Goldratt presentó en 1997, parte de la ruta crítica, pero también tiene en cuenta los recursos limitados y saca los márgenes de seguridad de cada tarea para juntarlos en colchones compartidos al final de la cadena. El método de la ruta crítica supone que los recursos están disponibles y deja la holgura donde la ponen las cuentas.
¿Quién creó el método de la ruta crítica?
James E. Kelley Jr., de Remington Rand, y Morgan R. Walker, de DuPont, lo desarrollaron a finales de la década de 1950. PERT se desarrolló por separado, para la Marina de los Estados Unidos, para programar trabajos de investigación y desarrollo con duraciones inciertas.
