Aprenda cómo funciona el método de ruta crítica, calcule una ruta crítica y flotante, y use CPM para tomar mejores decisiones de programación.
El Método de ruta crítica (CPM) identifica la ruta más larga conectada a dependencias a través del cronograma de un proyecto. Ese camino determina la fecha de finalización más temprana posible: si una tarea crítica finaliza tarde y nada más cambia, el proyecto también finaliza tarde.
Verificado el 7 de agosto de 2026. Esta guía explica el método de programación y sus límites sin tratar una fecha calculada como garantía.
¿Cuál es el camino crítico en la gestión de proyectos?
La ruta crítica es la secuencia de actividades dependientes con la mayor duración total desde el inicio hasta el final del proyecto. Las tareas en esa ruta normalmente tienen cero flotación total. Una tarea no crítica puede moverse según su flotación disponible antes de que afecte el final del proyecto u otro hito restringido.
Tres ideas importan:
- Duración es el tiempo de trabajo asignado a una actividad.
- Dependencia describe qué actividad limita a otra.
- Flotación o holgura es la cantidad de flexibilidad de programación que tiene una actividad.
El camino crítico puede cambiar. Una tarea casi crítica que falla, una nueva dependencia o un cambio en la duración pueden crear un camino diferente y más largo. Es por eso que CPM es una práctica de control de programación recurrente, no un diagrama de una sola vez.
¿Cómo se calcula una ruta crítica?
Cree una red de actividades, asigne duraciones, conecte dependencias válidas y luego realice un pase hacia adelante y un pase hacia atrás.
- Enumere las actividades necesarias para alcanzar el hito final.
- Asigne a cada actividad una duración y un calendario realistas.
- Agregue relaciones predecesoras.
- Ejecute un pase hacia adelante para calcular el inicio y el final más tempranos.
- Ejecute un pase hacia atrás para calcular el último inicio y el último final sin retrasar el proyecto.
- Calcule la flotación total como el inicio más tardío menos el inicio más temprano, o el final más tardío menos el final más temprano.
Considere esta red simplificada:
| Actividad | Duración | predecesor | Final más temprano |
|---|---|---|---|
| R: Definir alcance | 2 dias | Ninguno | Día 2 |
| B: Diseño | 4 dias | un | Día 6 |
| C: preparar contenido | 3 dias | un | Día 5 |
| re: construir | 5 dias | b | Día 11 |
| ES: Lanzamiento | 1 dia | C y D | Día 12 |
El camino A → B → D → E tarda 12 días. El camino A → C → E es más corto, por lo que C tiene flexibilidad de programación a menos que otra restricción la elimine. Este ejemplo supone enlaces finish-to-start simples, un calendario y ninguna restricción de recursos.
¿Cuál es la diferencia entre ruta crítica y tarea crítica?
Una tarea crítica es una actividad en la ruta crítica actual; el camino crítico es toda la secuencia conectada que controla el final. Tratar cada tarea de alta prioridad como “crítica” hace que el término sea inútil. La prioridad describe la importancia del negocio, mientras que CPM describe las matemáticas del cronograma.
Una tarea también puede ser importante desde el punto de vista operativo sin tener flotación cero. Revise el trabajo casi crítico, las aprobaciones externas y las asignaciones de recursos escasos siguiendo la ruta calculada.
¿Qué puede hacer que un cálculo de CPM sea engañoso?
CPM es tan confiable como el modelo de cronograma. Las causas comunes de falsa confianza incluyen:
- dependencias faltantes o ilógicas
- tareas resumidas vinculadas como trabajo ejecutable
- duraciones ingresadas como fechas deseadas en lugar de estimaciones
- diferentes calendarios ignorados
- plazos fijos confundidos con la lógica de la red
- los conflictos de recursos quedan sin resolver
- el progreso real y la duración restante no se actualizan
CPM no resuelve automáticamente la sobrecarga de recursos, la incertidumbre o el control de alcance. La nivelación de recursos puede mover tareas y cambiar la ruta crítica. Para duraciones muy inciertas, un método de tres puntos como PERT puede complementar a CPM.
¿Con qué frecuencia se debe revisar la ruta crítica?
Revíselo cada vez que el cronograma cambie materialmente y con la cadencia de control normal del proyecto. Una revisión semanal puede ser adecuada para un proyecto de varios meses; Es posible que una transición de versión necesite una revisión diaria. Compare la ruta actual con rutas casi críticas, valide las duraciones restantes con los propietarios de las tareas e investigue la flotación negativa en lugar de simplemente informarla.
Utilice el camino para centrarse en las preguntas: ¿Qué suposición cambió? ¿Qué traspaso está en riesgo? ¿Se puede volver a secuenciar el trabajo de forma segura? ¿Es útil agregar capacidad o la restricción es una aprobación que más personas no pueden acelerar?
¿Cuándo deberías usar CPM en lugar de PERT?
Utilice CPM cuando una duración de trabajo por actividad sea una aproximación de planificación útil y la lógica de dependencia sea la principal preocupación de programación. Utilice estimaciones de tres puntos al estilo PERT cuando la incertidumbre de la duración en sí misma necesite un tratamiento explícito. Muchos equipos utilizan un híbrido: estimaciones de tres puntos para actividades inciertas y luego una red de dependencia para mostrar el cronograma resultante.
| Pregunta | CPM | Estimación al estilo PERT |
|---|---|---|
| Enfoque primario | Horario impulsado por la dependencia | Incertidumbre de la duración |
| Entrada de duración | Generalmente una estimación de trabajo | Optimista, muy probablemente, pesimista. |
| Mejor resultado | Rutas críticas y casi críticas | Discusión sobre la duración esperada y la incertidumbre |
| Riesgo principal | Falsa precisión por lógica débil | Falsa confianza en estimaciones subjetivas |
¿Cómo puede GanttFather ayudarte a revisar la ruta crítica?
¿Cuándo es útil GanttFather para el análisis de ruta crítica?
GanttFather calcula la ruta crítica a partir de las fechas y dependencias de las tareas y le permite inspeccionarla en el mismo diagrama de Gantt interactivo utilizado para editar el plan. Es útil cuando un equipo necesita probar un cambio de duración o dependencia y ver inmediatamente qué ruta controla ahora el final.
No reemplaza la validación de estimaciones, el análisis de riesgos ni la nivelación automática de recursos, y no tiene una función de superposición de líneas de base dedicada. Empareje la ruta calculada con el guía de flotación y holgura y el guía de tipos de dependencia antes de usarlo para un compromiso.
Cree un cronograma basado en dependencias en GanttFather y verificar la lógica con las personas que realizan el trabajo.
Preguntas frecuentes
¿El camino crítico es siempre el camino más largo?
Es el camino de mayor duración a través de la red de dependencia modelada que controla el final. Las restricciones y los calendarios pueden afectar el cálculo, por lo que “más largo” se refiere a la duración del cronograma, no al número de tareas.
¿Puede un proyecto tener más de una ruta crítica?
Sí. Dos o más caminos pueden tener la misma duración de control. Múltiples caminos críticos reducen la flexibilidad porque un retraso en cualquiera de ellos puede mover el final.
¿Es la flotación cero lo mismo que la prioridad alta?
No. La flotación cero es un resultado del cronograma. La prioridad es una decisión de gestión sobre la importancia. Una tarea de alta prioridad puede flotar y una tarea técnica de baja visibilidad puede ser crítica.
¿Qué es la flotación negativa?
La flotación negativa significa que la red modelada no puede cumplir con una fecha requerida según sus supuestos actuales. Es una señal para cambiar el alcance, la secuencia, la duración, la capacidad o la fecha impuesta, no un tiempo libre que pueda utilizarse.
¿CPM representa recursos limitados?
No por sí solo. El clásico CPM se calcula a partir de la lógica de actividad y las duraciones. Se necesita nivelación de recursos u otro análisis de capacidad cuando las personas o el equipo no pueden realizar todo el trabajo programado al mismo tiempo.
¿Quién desarrolló CPM?
James E. Kelley Jr. y Morgan R. Walker documentaron los primeros trabajos de programación de rutas críticas asociados con Remington Rand y DuPont a finales de la década de 1950. PERT se desarrolló por separado para una programación incierta de investigación y desarrollo.
