---
title: "El método de la ruta crítica, explicado con un ejemplo"
description: "Qué es la ruta crítica, cómo calcularla hacia delante y hacia atrás, holgura total y libre, un ejemplo resuelto y cómo usarla para gestionar los retrasos."
url: https://planitude.app/es/blog/critical-path-method-guide
language: es
---

# El método de la ruta crítica, explicado con un ejemplo

Cómo funcionan el cálculo hacia delante y hacia atrás, cómo leer la holgura total y la holgura libre, qué dice la ruta crítica sobre un retraso y dónde el método deja de bastar.

por Equipo Planitude · Publicado el 14 de octubre de 2026

Todo proyecto tiene más tareas de las que nadie puede seguir de cerca. El **método de la ruta crítica** (CPM, por sus siglas en inglés) responde a una pregunta sencilla: ¿cuáles deciden de verdad la fecha de fin? Si una de esas tareas se retrasa un día, el proyecto termina un día más tarde. Si se retrasa una de las demás, hasta cierto punto no cambia nada.

El método lo describieron James E. Kelley y Morgan R. Walker en 1959[^1], y sigue siendo el motor de cualquier herramienta de planificación, desde Microsoft Project hasta los diagramas de Gantt online más recientes. Entender cómo funciona permite leer un cronograma con criterio, en lugar de fiarse de cualquier barra que se ponga en rojo.

> **En breve**
>
> - La ruta crítica es la **cadena más larga de tareas dependientes** desde el inicio hasta el final: su duración es la duración mínima posible del proyecto.
> - Se calcula con un **cálculo hacia delante** (fechas tempranas) y un **cálculo hacia atrás** (fechas tardías); la diferencia entre ambas es la **holgura total** de cada tarea.
> - Las tareas con holgura total cero son críticas: **cualquier retraso en ellas mueve la fecha de fin**. Las que tienen holgura pueden retrasarse, pero a menudo la holgura se comparte a lo largo de una cadena.
> - El CPM supone duraciones fijas y recursos ilimitados: antes de fiarse de una única fecha de fin conviene revisar la **carga de trabajo** y la **incertidumbre**.

## Qué es la ruta crítica

Un cronograma es una red: tareas unidas por dependencias, cada una con su duración. Del inicio al final del proyecto discurren varias cadenas de tareas. La **ruta crítica** es la cadena con la duración total más larga y, por tanto, la que fija el fin más temprano posible.

“Ruta crítica” y “holgura total” (total float) forman parte del vocabulario estándar de la dirección de proyectos[^2] y salen del mismo cálculo. La holgura (también llamada margen o float) es el tiempo que una tarea puede retrasarse sin retrasar el proyecto. En la ruta crítica la holgura es cero: esas tareas no tienen ningún margen.

Conviene decir claramente dos cosas:

- **La ruta crítica no es la lista de tareas importantes.** La firma de un contrato puede ser vital y tener aun así tres semanas de holgura. La criticidad tiene que ver con el tiempo, no con el valor.
- **La ruta crítica puede cambiar.** Cuando una tarea no crítica agota su holgura, o una crítica termina antes de lo previsto, otra cadena puede pasar a ser la más larga.

## Cómo funciona el cálculo

Para cada tarea, el CPM necesita tres datos: la duración en días laborables, sus predecesoras y el tipo de cada vínculo. Con ellos, el cálculo se hace en dos pasadas.

**Cálculo hacia delante.** Desde el inicio del proyecto, cada tarea recibe un *comienzo temprano* (el fin temprano más tardío de sus predecesoras) y un *fin temprano* (comienzo temprano más duración). El fin temprano de la última tarea es la duración del proyecto.

**Cálculo hacia atrás.** Desde el final, cada tarea recibe un *fin tardío* (el comienzo tardío más temprano de sus sucesoras) y un *comienzo tardío* (fin tardío menos duración). Son las fechas más tardías que puede tener la tarea sin mover el fin del proyecto.

**Holgura.** La holgura total es el comienzo tardío menos el comienzo temprano. La holgura libre indica cuánto puede retrasarse una tarea antes de retrasar el comienzo temprano de la tarea *siguiente*, y a menudo es menor.

El método funciona igual con vínculos comienzo a comienzo, fin a fin y con posposición; solo cambia la aritmética de cada vínculo. La guía sobre [dependencias y posposición (lag)](https://planitude.app/es/blog/task-dependencies-fs-ss-ff-sf-lag) muestra cómo mueve las fechas cada tipo.

## Un ejemplo: la mudanza de una oficina

Una pequeña empresa planifica su traslado a una nueva oficina. Siete tareas, todas vinculadas fin a comienzo, con duraciones en días laborables:

| Tarea | Duración | Predecesoras | Fechas tempranas | Fechas tardías | Holgura total |
| --- | --- | --- | --- | --- | --- |
| A. Definir los requisitos | 3 días | ninguna | días 1–3 | días 1–3 | 0 |
| B. Elegir el proveedor de mobiliario | 5 días | A | días 4–8 | días 4–8 | 0 |
| C. Preparar el espacio | 4 días | A | días 4–7 | días 8–11 | 4 |
| D. Pedido y entrega del mobiliario | 6 días | B | días 9–14 | días 9–14 | 0 |
| E. Cableado de red | 3 días | C | días 8–10 | días 12–14 | 4 |
| F. Montaje del mobiliario | 2 días | D, E | días 15–16 | días 15–16 | 0 |
| G. Mudanza y pruebas | 2 días | F | días 17–18 | días 17–18 | 0 |

**Cálculo hacia delante.** A ocupa los días 1 a 3. B y C empiezan las dos el día 4: B termina el día 8 y C el día 7. D sigue a B (días 9 a 14) y E sigue a C (días 8 a 10). F espera tanto a D como a E, así que empieza después de la más tardía, el día 14, y ocupa los días 15 y 16. G cierra en los días 17 y 18. **El proyecto dura 18 días laborables.**

**Cálculo hacia atrás.** G debe terminar como tarde el día 18, así que debe empezar como tarde el 17; F, el 15. Las predecesoras de F deben terminar como tarde el día 14: D tiene por tanto fechas tardías 9 a 14, y E, 12 a 14. C debe terminar antes del comienzo tardío de E, es decir, como tarde el día 11, y puede empezar como tarde el día 8. B debe terminar antes del comienzo tardío de D, como tarde el día 8.

**Lectura del resultado.** La ruta crítica es **A, B, D, F, G**: 3 + 5 + 6 + 2 + 2 = 18 días. La preparación del espacio y el cableado tienen 4 días de holgura total cada una.

Pero C y E merecen una mirada más atenta. Su holgura es **compartida**. C tiene 4 días de holgura total pero holgura libre cero: cualquier retraso en C empuja a E. Si el espacio está listo con 3 días de retraso, E todavía cabe, pero le queda un solo día. La holgura pertenece a la cadena, no a cada tarea.

Las consecuencias prácticas:

- Si la elección del proveedor se retrasa 2 días, la mudanza se retrasa 2 días.
- Si el cableado se retrasa 3 días, no cambia nada. Si se retrasa 6, la mudanza se retrasa 2, y C y E pasan a la ruta crítica.
- Añadir una persona a la preparación del espacio no acorta el proyecto en absoluto, porque C no es crítica.

## Qué hacer con la ruta crítica

Conocer la ruta crítica indica dónde poner la atención.

1. **Seguir más de cerca las tareas críticas.** Pedir su avance en cada actualización, no solo en los hitos.
2. **Proteger a sus responsables.** Evitar sacar a alguien de una tarea crítica para algo que tiene holgura.
3. **Vigilar las cadenas casi críticas.** Una cadena con uno o dos días de holgura puede volverse crítica tras un pequeño retraso.
4. **Acortar el plan solo en la ruta crítica.** Solapar tareas o aumentar el esfuerzo solo sirve donde la holgura es cero; en el resto cuesta esfuerzo y no ahorra nada. La guía sobre [cómo recuperar un proyecto retrasado](https://planitude.app/es/blog/project-delay-recovery-fast-tracking-crashing) compara el fast-tracking y el crashing.
5. **Comparar con la línea base.** Un desvío en una tarea crítica es un problema de fecha de fin; en una tarea con holgura, es una señal de aviso. La [guía de línea base y desviaciones](https://planitude.app/es/blog/project-baseline-variance-guide) explica cómo leer ambos.

Lista de comprobación antes de fiarse de una ruta crítica:

- ¿Cada tarea, salvo la primera y la última, tiene al menos una predecesora y una sucesora?
- ¿Las duraciones están en días laborables, en el calendario correcto y con los festivos incluidos?
- ¿Hay fechas fijas o restricciones que anulen la lógica?
- ¿Las tareas resumen están libres de vínculos que deberían estar en sus subtareas?
- ¿Alguien ha comprobado que las personas de las tareas críticas no están sobrecargadas?

## Los límites del método

El CPM es una aritmética precisa sobre datos imprecisos. En la práctica importan tres límites.

**Las duraciones son estimaciones.** La ruta crítica usa un solo número por tarea, pero una tarea estimada en 5 días puede llevar 4 o 9. Una cadena con 2 días de holgura y tareas muy inciertas puede ser más arriesgada que la ruta crítica oficial. Ayudan unas buenas [estimaciones de duración](https://planitude.app/es/blog/how-to-estimate-task-durations) y simular la incertidumbre.

**Se suponen recursos ilimitados.** Si la misma desarrolladora está en dos tareas programadas en paralelo, la red dice que ambas pueden avanzar, pero en la realidad una espera. Junto a la ruta crítica hay que mirar siempre la carga de trabajo.

**Los vínculos que faltan crean holgura ficticia.** Una tarea sin sucesora muestra mucha holgura solo porque en el plan nada depende de ella. Antes de fiarse de un valor de holgura, conviene comprobar que la lógica está completa.

## Errores frecuentes

- **Fechas manuales por todas partes.** Las tareas con fechas escritas a mano o restricciones rígidas rompen el cálculo: la holgura pierde sentido.
- **Tareas sueltas.** Las tareas que no llevan a ninguna parte hacen que la red parezca más flexible de lo que es.
- **Tratar la holgura como tiempo libre personal.** Si cada responsable gasta “su” holgura, un colchón compartido se consume dos veces.
- **Calcular una sola vez.** La ruta crítica debe recalcularse después de cada actualización, porque el avance la modifica.
- **Confundir crítico con importante.** Una tarea de alto riesgo con holgura sigue necesitando atención, solo que no por la fecha de fin.

## Cómo hacerlo en Planitude

En el [diagrama de Gantt](https://planitude.app/es/features#planning), activa la ruta crítica cuando la necesites: las tareas y los vínculos críticos se resaltan en rojo y se muestra la holgura total de cada tarea. Las dependencias admiten los cuatro tipos (FC, CC, FF y CF) con adelanto y posposición en días laborables, y el cálculo tiene en cuenta restricciones como “no comenzar antes del”, las fechas límite y las tareas programadas manualmente. Los calendarios del proyecto gestionan semanas laborables, festivos y excepciones, así que la holgura se cuenta en días laborables reales.

Durante el [seguimiento](https://planitude.app/es/features#tracking), la línea base se guarda automáticamente en la primera actualización de avance (o con “Guardar línea base”) y cada tarea muestra su desvío en días laborables. Cuando un retraso supera la holgura disponible y se propaga a otras tareas, los vínculos afectados se ponen en rojo y, al pasar el ratón por encima, se ve cuánto se mueve cada tarea.

Para ir más allá de una única fecha de fin, la [simulación de Monte Carlo](https://planitude.app/es/features#risk) usa estimaciones de tres valores para calcular las fechas P50, P80 y P95, la probabilidad de cumplir una fecha límite y el índice de criticidad de cada tarea: con qué frecuencia acaba en la ruta crítica en los escenarios simulados. Los planes importados desde [archivos de Microsoft Project](https://planitude.app/es/features#import) conservan sus vínculos, así que su ruta crítica se puede revisar al momento.

**Prueba Planitude con tu propio plan** [Prueba Planitude gratis](https://planitude.app/es/signup)

## Preguntas frecuentes

### ¿Un proyecto puede tener más de una ruta crítica?

Sí. Cuando dos cadenas tienen la misma duración total, ambas son críticas, y un retraso en cualquiera de ellas mueve el fin. Varias rutas críticas en paralelo hacen el plan más frágil, porque hay más maneras de llegar tarde.

### ¿Qué diferencia hay entre holgura total y holgura libre?

La holgura total indica cuánto puede retrasarse una tarea sin retrasar el fin del proyecto. La holgura libre indica cuánto puede retrasarse sin retrasar el comienzo temprano de su sucesora. La holgura libre nunca supera a la total y a menudo es cero en las tareas situadas en mitad de una cadena.

### ¿La holgura puede ser negativa?

Sí, cuando una fecha límite o una restricción exige un fin anterior al que permite la lógica. La holgura negativa mide cuántos días laborables hay que recuperar para cumplir esa fecha.

### ¿CPM y PERT son lo mismo?

No. El PERT usa tres estimaciones por tarea (optimista, más probable y pesimista) para describir la incertidumbre de las duraciones, mientras que el CPM trabaja con una única duración por tarea. Las herramientas modernas los combinan: el CPM para la lógica y la simulación para la incertidumbre.

### ¿La ruta crítica cambia durante el proyecto?

A menudo. Cada actualización de avance puede acortar o alargar las cadenas, así que una tarea que la semana pasada tenía holgura puede ser crítica hoy. Por eso el cálculo debe repetirse en cada actualización.

## Fuentes

Las páginas oficiales citadas en el artículo, consultadas en octubre de 2026.

[^1]: [Kelley & Walker (1959): Critical-path planning and scheduling](https://doi.org/10.1145/1460299.1460318)
[^2]: [PMI Lexicon of Project Management Terms](https://www.pmi.org/standards/lexicon)

## Prueba Planitude con tu propio plan

Crea una cuenta gratuita, importa tu archivo .mpp o empieza con una plantilla: en pocos minutos verás el diagrama de Gantt con dependencias, calendarios y ruta crítica.

[Prueba Planitude gratis](https://planitude.app/es/signup)