Calculadora de Ruta Crítica (CPM)

La ruta crítica es la cadena más larga de actividades dependientes en el cronograma de un proyecto y determina el menor tiempo posible en que puede terminar todo el trabajo. Esta calculadora de ruta crítica toma una lista de actividades, sus duraciones y sus predecesoras, ejecuta el pase hacia adelante y hacia atrás completos y devuelve las fechas tempranas y tardías, la holgura total y libre de cada tarea, la ruta crítica identificada y la duración del proyecto. Captura tu red de actividades arriba, presiona calcular y lee el cronograma como lo hace un programador profesional.

Qué calcula realmente el método de la ruta crítica

El método de la ruta crítica (CPM, por sus siglas en inglés) es una técnica de programación determinista. Describes un proyecto como una red de actividades unidas por dependencias de fin a inicio: la actividad C no puede comenzar hasta que las actividades A y B hayan terminado. Cada actividad tiene una duración única y conocida. El método responde tres preguntas a la vez. ¿Cuánto durará el proyecto? ¿Qué actividades no pueden retrasarse sin retrasar todo el proyecto? ¿Y cuánto tiempo de reserva —holgura— tiene cada actividad no crítica?

La respuesta a la primera pregunta es la duración del proyecto, la longitud de la ruta más larga a través de la red. La respuesta a la segunda es la ruta crítica misma: la secuencia de actividades cuya holgura total es cero. La respuesta a la tercera es la tabla de holguras, que le indica al gerente de proyecto exactamente dónde existe reserva de tiempo y dónde no. Esos tres resultados son la columna vertebral de toda revisión de cronograma, plan de recursos y decisión de recuperación en la gestión de proyectos.

El CPM trabaja con la convención de actividad en el nodo, donde cada caja es una actividad y cada flecha es una dependencia. La calculadora de esta página usa esa convención. Escribes una actividad por línea como ID, duración, predecesoras —por ejemplo C, 2, A;B significa que la actividad C dura dos unidades de tiempo y comienza solo después de que A y B terminen. Las actividades iniciales simplemente no tienen predecesoras.

El pase hacia adelante: inicio y fin tempranos

El pase hacia adelante recorre la red desde el inicio hasta el final y calcula, para cada actividad, lo más temprano que puede comenzar y terminar. El inicio temprano (IC) de una actividad es el mayor fin temprano de todas sus predecesoras; las actividades sin predecesoras comienzan en el tiempo cero. El fin temprano (FC) es simplemente el inicio temprano más la duración:

IC = máx(FC de todas las predecesoras)    FC = IC + duración

La razón por la que tomamos el máximo y no el mínimo es intuitiva: una actividad que depende de varias predecesoras debe esperar a la más lenta de ellas. Cuando el pase hacia adelante llega a las actividades finales, el mayor fin temprano entre ellas es la duración del proyecto. Ese único número es lo más pronto que puede entregarse el proyecto dadas las dependencias y duraciones que capturaste.

El pase hacia atrás: inicio y fin tardíos

El pase hacia atrás recorre la red en sentido inverso, desde el final del proyecto hasta el inicio, y calcula lo más tarde que cada actividad puede terminar y comenzar sin empujar la fecha de fin del proyecto. Fijamos el fin tardío (FL) de las actividades finales igual a la duración del proyecto y luego trabajamos hacia atrás. El fin tardío de cualquier actividad es el menor inicio tardío de sus sucesoras, y el inicio tardío (IL) es el fin tardío menos la duración:

FL = mín(IL de todas las sucesoras)    IL = FL − duración

Aquí tomamos el mínimo porque una actividad debe terminar a tiempo para que la más temprana de sus sucesoras cumpla con su propio calendario tardío. Cuando el pase hacia adelante y el pase hacia atrás están completos, cada actividad lleva cuatro fechas —IC, FC, IL y FL— y la diferencia entre las fechas tardías y tempranas revela la holgura.

Holgura total y holgura libre

La holgura total es la cantidad de tiempo que una actividad puede retrasarse desde su inicio temprano sin retrasar la fecha de terminación del proyecto. Es igual al inicio tardío menos el inicio temprano, que es idéntico al fin tardío menos el fin temprano:

Holgura total = IL − IC = FL − FC

Las actividades con holgura total cero son críticas: cualquier retraso en ellas retrasa todo el proyecto. La cadena de actividades con holgura cero es la ruta crítica. La holgura libre es más estricta: es el tiempo que una actividad puede retrasarse sin retrasar el inicio temprano de ninguna de sus sucesoras inmediatas. Es igual al menor inicio temprano de las sucesoras menos el fin temprano de la actividad:

Holgura libre = mín(IC de las sucesoras) − FC

La holgura libre siempre es menor o igual que la holgura total. La distinción importa en la práctica: consumir la holgura total de una actividad puede comerse la holgura de las actividades aguas abajo, mientras que consumir solo la holgura libre deja intacto el calendario de cada sucesora. Los buenos programadores vigilan ambas columnas.

Ejemplos resueltos

Ejemplo 1 — una red de seis actividades. Supón un proyecto con las actividades A (3), B (4), C (2, después de A), D (5, después de B), E (1, después de C y D) y F (2, después de E). El pase hacia adelante da que A termina en 3, B en 4, C de 3 a 5, D de 4 a 9, E de 9 a 10 y F de 10 a 12. La duración del proyecto es de 12 unidades de tiempo.

El pase hacia atrás muestra que B, D, E y F tienen holgura cero, mientras que A lleva cuatro unidades de holgura total y C también cuatro. La ruta crítica es entonces B → D → E → F. Observa que la rama paralela más larga (B–D, que suma 9) domina a la más corta (A–C, que suma 5); la diferencia de cuatro unidades es exactamente la holgura de A y C.

Captura esta red en la calculadora con el botón «Cargar ejemplo» para ver la tabla y la línea de tiempo completas.

Ejemplo 2 — una cadena simple. Si las actividades corren estrictamente en serie —A (2), luego B (3), luego C (1)— solo hay una ruta, así que toda actividad es crítica y la duración del proyecto es la suma, 6 unidades de tiempo. Cada actividad tiene holgura total y libre cero porque no hay ruta alternativa que absorba retrasos. Las cadenas puras no tienen reserva en ningún punto, y por eso dividir el trabajo en flujos paralelos es una de las pocas maneras de acortar un cronograma sin agregar recursos.

Ejemplo 3 — ramas paralelas que convergen. Considera un hito inicial S (0), luego una tarea larga P (10) y una tarea corta Q (3) que comienzan ambas después de S y convergen en un hito final T (0). El pase hacia adelante hace que el proyecto dure 10 unidades, impulsado enteramente por P. Q termina en 3 pero no necesita completarse hasta 10, así que lleva 7 unidades de holgura total. P es crítica; Q no. Este es el patrón canónico detrás de la mayoría de los cronogramas reales: una rama dominante define la duración y todo lo más corto tiene reserva.

Cómo leer la tabla de resultados

Cada fila de la tabla de salida es una actividad. Las columnas IC, FC, IL y FL dan las cuatro fechas de programación. La columna de holgura total es el número clave para el riesgo: cero significa crítica, un valor positivo significa que la actividad puede retrasarse esas unidades antes de amenazar la fecha límite. La columna de holgura libre indica cuánto de ese retraso es «seguro» en el sentido de que no perturba a ninguna sucesora. La última columna marca las actividades críticas, y esas filas se resaltan para que la ruta crítica destaque de un vistazo.

La gráfica de línea de tiempo dibuja cada actividad como una barra ubicada en su inicio temprano, coloreada de rojo si es crítica y de azul si tiene holgura. Leer la gráfica de arriba hacia abajo da una sensación visual inmediata de qué trabajo impulsa la fecha de fin y dónde está la reserva. Como la gráfica usa fechas tempranas, los huecos entre el fin de una barra y el inicio de su sucesora representan la holgura libre visible en la tabla.

Por qué la ruta crítica importa para gestionar un proyecto

La ruta crítica es donde debe concentrarse la atención de la gerencia. Acortar cualquier actividad no crítica no hace nada por la fecha límite del proyecto: solo aumenta la holgura de esa actividad. Para terminar antes debes acortar la ruta crítica, y para no terminar después debes protegerla. Por eso las reuniones de seguimiento que revisan cada tarea por igual desperdician esfuerzo: un retraso de un día en una tarea con diez días de holgura es ruido, mientras que un retraso de un día en una actividad crítica es un retraso de un día para todo el proyecto.

La tabla de holguras también guía las decisiones de recursos. Cuando dos actividades compiten por la misma cuadrilla o máquina, la que tiene más holgura suele poder esperar, dejando que la actividad crítica avance. Esa es la lógica detrás de la nivelación de recursos y de los juicios cotidianos que hacen los programadores cuando la realidad se aparta del plan. Conocer los números convierte esas decisiones de conjeturas en aritmética.

Por último, la ruta crítica es el punto de partida para la compresión del cronograma. Una vez que sabes qué actividades son críticas, puedes evaluar la compresión con recursos —agregar recursos a las actividades críticas para ganar tiempo al menor costo— o la ejecución rápida, donde actividades planeadas en secuencia se traslapan. Ambas técnicas actúan solo sobre la ruta crítica.

Un recorrido manual paso a paso

Para confiar en la calculadora conviene poder reproducir sus números a mano al menos una vez, y la red de seis actividades del Ejemplo 1 es un buen vehículo. Anota las actividades con sus duraciones: A dura 3, B dura 4, C dura 2 y sigue a A, D dura 5 y sigue a B, E dura 1 y sigue a C y D, y F dura 2 y sigue a E. El primer trabajo es el pase hacia adelante, que establece lo más temprano que cada actividad puede comenzar y terminar.

Empieza con las actividades sin predecesoras, A y B, y dales un inicio temprano de cero. A termina entonces en 0 + 3 = 3, y B en 0 + 4 = 4. Pasa a C, cuya única predecesora es A: su inicio temprano es el fin temprano de A, 3, así que C va de 3 a 5. D depende de B, así que su inicio temprano es 4 y va de 4 a 9. Ahora E depende de C y de D, y aquí actúa la regla del máximo: E no puede comenzar hasta el mayor entre el fin de C (5) y el fin de D (9), así que el inicio temprano de E es 9 y va de 9 a 10. Finalmente F sigue a E, comenzando en 10 y terminando en 12. El mayor fin temprano de toda la red es 12, así que la duración del proyecto es de doce unidades de tiempo.

Ahora el pase hacia atrás. Fija el fin tardío de la última actividad, F, igual a la duración del proyecto de 12, así que el inicio tardío de F es 12 − 2 = 10. E debe terminar a tiempo para que F comience en 10, así que el fin tardío de E es 10 y su inicio tardío es 9.

E tiene dos predecesoras, C y D, y ambas deben terminar para el inicio tardío de E de 9, así que el fin tardío de C y de D es 9. El inicio tardío de C es entonces 9 − 2 = 7, y el de D es 9 − 5 = 4.

Más atrás, A debe terminar para el inicio tardío de C de 7, así que el fin tardío de A es 7 y su inicio tardío es 4; B debe terminar para el inicio tardío de D de 4, así que el fin tardío de B es 4 y su inicio tardío es 0.

Con ambos pases hechos, calcula la holgura total como inicio tardío menos inicio temprano de cada actividad. A: 4 − 0 = 4. B: 0 − 0 = 0. C: 7 − 3 = 4. D: 4 − 4 = 0. E: 9 − 9 = 0. F: 10 − 10 = 0. Las actividades de holgura cero son B, D, E y F, y leerlas en orden da la ruta crítica B → D → E → F, exactamente lo que reporta la calculadora. Hacer esto una vez a mano vuelve mucho más significativa la tabla automática de esta página.

Actividad en el nodo frente a actividad en la flecha

Históricamente se han usado dos convenciones para dibujar redes de proyecto. En la convención de actividad en el nodo, que usa esta calculadora y que domina la práctica moderna, cada actividad es una caja y las flechas entre cajas representan dependencias.

En la convención más antigua de actividad en la flecha, las actividades son las flechas y los nodos son eventos o hitos, y a menudo se requieren actividades «ficticias» para expresar ciertos patrones de dependencia. La matemática del pase hacia adelante, el pase hacia atrás y la holgura es idéntica en ambas; solo cambia el dibujo.

Como la actividad en el nodo no necesita actividades ficticias y se corresponde limpiamente con la forma en que el software almacena las tareas, prácticamente todas las herramientas actuales —y esta— la adoptan.

Tipos de dependencia, adelantos y retrasos

El método clásico de la ruta crítica supone dependencias de fin a inicio: una sucesora comienza solo después de que su predecesora termina. Esa es la relación que modela esta calculadora y cubre la gran mayoría de la lógica real de programación.

Los paquetes completos también admiten otras tres relaciones. Inicio a inicio une dos actividades que pueden comenzar juntas una vez que ocurre un disparador. Fin a fin une actividades que deben completarse juntas. Inicio a fin es rara.

Los planificadores a veces agregan un adelanto (un retraso negativo, que deja que una sucesora empiece antes de que la predecesora termine del todo) o un retraso (una espera obligatoria, como el curado del concreto antes de que el siguiente oficio pueda trabajar). Al construir una red a mano para esta calculadora, puedes aproximar un retraso insertando una breve actividad ficticia que represente el tiempo de espera, manteniendo cada dependencia real de fin a inicio.

Rutas casi críticas y riesgo del cronograma

Una ruta cuya holgura total es pequeña pero no cero se llama casi crítica. Estas rutas merecen casi tanta atención como la ruta crítica, porque un sobrepaso modesto puede volverlas críticas y desplazar de un día para otro la secuencia que impulsa el proyecto. Si tu red muestra una ruta con holgura cero y otra con apenas una o dos unidades, trata ambas como frágiles. Revisar la columna de holgura y ordenar las actividades por lo poca reserva que llevan es una manera rápida de detectar este riesgo. Los proyectos con muchas rutas casi críticas son inherentemente más difíciles de controlar.

También puede aparecer holgura negativa cuando a un cronograma se le impone una fecha de fin anterior a la duración calculada. En esa situación el pase hacia atrás parte de la fecha impuesta en lugar del fin calculado, y las actividades que no pueden cumplirla muestran holgura total negativa: una señal cuantitativa de cuánto debe comprimirse el cronograma para alcanzar la meta. Esta calculadora calcula la holgura contra la propia ruta más larga de la red, así que no aparecerá holgura negativa salvo que modeles deliberadamente una restricción anterior.

CPM, PERT y diagramas de Gantt comparados

Estas tres herramientas suelen confundirse. Un diagrama de Gantt es un recurso de presentación: un gráfico de barras horizontales de actividades contra un calendario. Muestra cuándo está programado el trabajo pero no calcula por sí mismo la ruta crítica ni la holgura; eso viene de la lógica de red subyacente.

El método de la ruta crítica es esa lógica subyacente: el cálculo determinista de fechas y holgura a partir de duraciones y dependencias. PERT, la técnica de evaluación y revisión de programas, extiende el CPM reemplazando cada duración única por una estimación optimista, más probable y pesimista, produciendo una duración esperada y una varianza para describir el cronograma de forma probabilística.

En un proceso de planeación maduro las tres trabajan juntas.

Una breve historia del método

El método de la ruta crítica fue desarrollado a fines de la década de 1950 por Morgan Walker de DuPont y James Kelley de Remington Rand, que buscaban una manera de programar mantenimiento y construcción de plantas complejas para minimizar paros costosos.

Casi al mismo tiempo la Marina de Estados Unidos, trabajando con Booz Allen Hamilton y Lockheed en el programa de misiles Polaris, desarrolló PERT para gestionar un proyecto con decenas de miles de actividades inciertas. Las dos técnicas surgieron de forma independiente pero convergieron en la misma matemática de redes y juntas fundaron la programación moderna de proyectos.

Más de seis décadas después, el pase hacia adelante, el pase hacia atrás y los cálculos de holgura que definieron permanecen sin cambios.

Compresión con recursos frente a ejecución rápida

Una vez conocida la ruta crítica, hay dos maneras clásicas de terminar antes. La ejecución rápida traslapa actividades planeadas originalmente en secuencia; no cuesta dinero pero agrega riesgo, porque ahora corren en paralelo actividades que estaban separadas por una razón, y el retrabajo se vuelve más probable. La compresión con recursos agrega recursos a las actividades críticas —cuadrillas extra, tiempo extra, un segundo turno— para acortar su duración directamente.

Siempre cuesta dinero y suele tener rendimientos decrecientes. El arte económico de la compresión es comprar tiempo en la actividad crítica que ofrezca el menor costo por unidad de tiempo ahorrada, y detenerse cuando el costo marginal supere el valor de terminar antes. Ambas técnicas actúan solo sobre la ruta crítica.

A medida que acortas actividades críticas, vigila que una ruta antes no crítica se convierta en la nueva impulsora: la compresión a menudo desplaza la ruta crítica en vez de simplemente encogerla.

La ruta crítica en entornos ágiles e híbridos

A veces se afirma que el análisis de la ruta crítica pertenece solo a los proyectos tradicionales guiados por un plan y no tiene lugar en la entrega ágil. Es una exageración. Dentro de una sola iteración o sprint el trabajo suele ser lo bastante pequeño y autoorganizado como para que una red formal aporte poco.

Pero a nivel de programa, donde decenas de equipos y dependencias externas interactúan —un componente de hardware que debe llegar antes de poder probar el firmware, una aprobación regulatoria que condiciona un lanzamiento, un equipo de plataforma compartido del que dependen varios equipos de producto— la lógica de la ruta crítica se reafirma.

Los modelos de entrega híbrida aplican por eso el CPM a las dependencias de grano grueso entre flujos de trabajo, dejando que cada flujo planee su propio trabajo detallado de forma iterativa. El método no es una reliquia; simplemente se aplica al nivel donde las dependencias verdaderamente condicionan el resultado.

Errores comunes al aplicar el CPM

El error más frecuente es confundir la ruta crítica con el trabajo más importante o más difícil. La ruta crítica es una construcción puramente matemática: la ruta más larga por duración. Una tarea administrativa trivial puede ser crítica mientras que una tarea técnicamente exigente queda fuera de la ruta con abundante holgura. Gestiona por los números, no por la intuición sobre la importancia.

Un segundo error es ignorar que una red puede tener más de una ruta crítica; cuando dos ramas paralelas tienen idéntica longitud, ambas son críticas y ambas deben protegerse. Un tercer error es capturar una dependencia que crea un ciclo —la actividad A esperando a B mientras B espera a A—; esa red es imposible de programar y la calculadora detectará el ciclo.

Por último, recuerda que el CPM clásico supone que cada duración es un número fijo; cuando las duraciones son estimaciones, una técnica de tres puntos como PERT modela esa incertidumbre sobre la misma red.

Cadena crítica y programación con recursos limitados

El CPM estándar supone que, en cuanto las predecesoras de una actividad están completas, los recursos para ejecutarla están disponibles. Los proyectos reales rara vez disfrutan de ese lujo: la misma cuadrilla, máquina o especialista suele necesitarse en varias actividades a la vez.

Cuando los recursos son limitados, el cronograma debe nivelarse, y la secuencia que realmente impulsa la fecha de fin puede dejar de ser la ruta crítica pura para convertirse en la secuencia crítica por recursos, a veces llamada cadena crítica.

El método de la cadena crítica, popularizado por Eliyahu Goldratt, agrega amortiguadores de tiempo al final de la cadena y donde las rutas alimentadoras se unen a ella, en lugar de rellenar cada actividad individual. Esta calculadora calcula la ruta crítica clásica sin restricción de recursos, que es el punto de partida correcto.

Líneas base, seguimiento y variación del cronograma

La ruta crítica que calculas al inicio de un proyecto es un plan, y un plan solo sirve si mides la realidad contra él. Una vez que el trabajo comienza, los gerentes guardan el cronograma inicial como línea base y actualizan periódicamente las fechas reales de inicio y fin. Recalcular la red con datos reales muestra si el proyecto sigue el plan y, sobre todo, si la ruta crítica se ha desplazado.

Una sorpresa común y peligrosa es que una actividad que empezó con holgura cómoda la pierda por completo porque un retraso aguas arriba consumió la reserva, ascendiendo silenciosamente una rama antes segura a crítica.

Recalcular con regularidad los pases hacia adelante y hacia atrás —que esta calculadora vuelve instantáneos— es la disciplina que atrapa esos desplazamientos antes de que se conviertan en incumplimientos de la fecha límite.

Supuestos y limitaciones a tener presentes

Todo modelo simplifica, y el CPM no es la excepción. Supone que las duraciones son conocidas y fijas, que las dependencias están correcta y completamente especificadas y, en su forma clásica, que los recursos son ilimitados. Modela limpiamente la lógica de fin a inicio y las otras relaciones solo con esfuerzo extra.

Produce una única respuesta determinista, lo cual es una fortaleza para la claridad y una debilidad para representar la incertidumbre. Ninguna de estas limitaciones resta valor al CPM; solo definen dónde encaja.

Úsalo para establecer el cronograma lógico y ver la secuencia impulsora; luego recurre a PERT cuando las duraciones sean inciertas, a la nivelación de recursos cuando la capacidad esté restringida y a la compresión cuando debas acortar el plan.

Conviene también documentar los supuestos junto al cronograma: qué duraciones son firmes y cuáles son estimaciones, qué dependencias son obligatorias por naturaleza física o contractual y cuáles son meras preferencias del equipo, y qué recursos se dieron por disponibles.

Un cronograma cuyos supuestos están escritos puede auditarse, cuestionarse y mejorarse; uno cuyos supuestos viven solo en la cabeza del programador se vuelve frágil en cuanto esa persona no está disponible. La ruta crítica es tan confiable como la lógica y las duraciones que la alimentan.

Dónde se usa el CPM

El método de la ruta crítica es independiente del sector. En la construcción programa los oficios para que la cimentación, la estructura, las instalaciones y los acabados sigan un orden factible; un solo colado de cimentación retrasado puede propagarse por cada oficio posterior, y la ruta crítica es justamente la herramienta que cuantifica hasta dónde llega ese efecto.

En la manufactura y el desarrollo de productos la red describe el camino de concepto a lanzamiento: requisitos, diseño, herramental, prototipo, pruebas, certificación y arranque; como el herramental y la certificación suelen tener plazos largos e inamovibles, con frecuencia caen en la ruta crítica.

En software y TI la misma lógica ordena arquitectura, desarrollo, integración, pruebas y despliegue.

Los paros de mantenimiento y las paradas de planta son quizá la aplicación más pura, y no por casualidad el problema que el CPM se inventó para resolver. Un paro de refinería o de central eléctrica cuesta sumas enormes por cada hora que dura, así que todo el cuerpo de trabajo se comprime en la ventana factible más corta.

La ruta crítica define esa ventana, y cada hora recortada a una actividad crítica es una hora que la planta vuelve a producir antes.

Como es determinista y transparente, el CPM es también el fundamento que las certificaciones de gestión de proyectos enseñan primero: el pase hacia adelante, el pase hacia atrás y los cálculos de holgura de esta página son exactamente lo que los exámenes PMP y CAPM esperan que los candidatos realicen a mano.

Interpretar la línea de tiempo en detalle

La gráfica debajo de la tabla de resultados es una visualización compacta del cronograma. Cada barra horizontal es una actividad, dibujada a partir de su inicio temprano y extendida por su duración, de modo que el eje horizontal se lee directamente como tiempo transcurrido en tus unidades. Las barras rojas pertenecen a la ruta crítica; las azules tienen holgura.

Como cada barra se ubica en su inicio temprano, la imagen muestra el cronograma factible más temprano. Donde una barra azul termina bastante antes de que comience su sucesora roja, el espacio vacío corresponde a la holgura que podría absorber un retraso; donde las barras rojas se alinean sin huecos, ves la ruta crítica avanzando sin reserva alguna.

Un cronograma dominado por una hilera ininterrumpida de barras rojas es apretado y frágil; uno con muchas barras azules y huecos generosos tiene margen para absorber las sorpresas inevitables.

Leer la gráfica junto con la columna de holgura convierte dos vistas del mismo resultado en una comprensión más completa que la que da cualquiera por separado. La barra y la tabla se refuerzan: la tabla precisa las cifras exactas de cada fecha y holgura, mientras que la gráfica comunica de un vistazo la forma general del cronograma y la ubicación de la ruta crítica. Cuando presentes resultados a un patrocinador o a un cliente que no conoce la jerga de la programación, la línea de tiempo suele comunicar en segundos lo que una tabla de números tardaría en explicar, y por eso conviene guardar la página como PDF con la gráfica visible para las revisiones de avance.

Hitos, restricciones y el calendario del proyecto

Los cronogramas reales incluyen algo más que actividades con duración. Los hitos son marcadores de duración cero —un congelamiento de diseño, una firma de contrato, una salida en vivo— y puedes modelar uno en esta calculadora como una actividad con duración cero que depende de las actividades que resume.

Las restricciones externas como fechas «debe comenzar en» o «debe terminar para» se imponen desde fuera de la lógica de la red y son la fuente habitual de holgura negativa. Por último, recuerda que el CPM trabaja en unidades de tiempo abstractas.

Traducir una duración de «doce unidades» en fechas de calendario requiere un calendario laboral que considere fines de semana, días festivos y turnos; la aritmética de la red te da el número de periodos laborales y el calendario los mapea a días reales.

Consejos para redes más grandes

Las redes de enseñanza tienen pocas actividades, pero los cronogramas reales pueden llegar a cientos o miles. Unos cuantos hábitos las mantienen manejables. Da a las actividades identificadores significativos y sistemáticos para poder escanear rápido la tabla de resultados.

Agrupa el trabajo relacionado para que las dependencias sigan siendo locales y la red no se vuelva una maraña de vínculos de largo alcance. Cuando pegues una red grande en esta calculadora, el ordenamiento topológico que realiza sacará a la luz de inmediato cualquier ciclo, que suele ser la forma más rápida de encontrar un error de lógica que un diagrama visual ocultaría.

Recuerda que la ruta crítica es una propiedad de toda la red: agregar o quitar una sola dependencia puede alargarla o acortarla de maneras difíciles de prever a ojo.

Un breve glosario de términos de programación

Actividad: una pieza de trabajo con duración. Duración: el tiempo que toma una actividad, en unidades consistentes. Predecesora: una actividad que debe terminar antes de que otra pueda comenzar. Sucesora: una actividad que comienza después de que otra termina. Inicio temprano (IC) y fin temprano (FC): lo más pronto que una actividad puede comenzar y terminar, del pase hacia adelante. Inicio tardío (IL) y fin tardío (FL): lo más tarde que puede comenzar y terminar sin retrasar el proyecto, del pase hacia atrás. Holgura total: cuánto puede retrasarse una actividad sin retrasar el proyecto. Holgura libre: cuánto puede retrasarse sin retrasar a ninguna sucesora. Ruta crítica: la ruta más larga por la red, hecha de actividades con holgura cero. Duración del proyecto: la longitud de esa ruta más larga. Hito: una actividad de duración cero que marca un punto significativo.

Cómo usar esta calculadora con eficacia

Empieza por listar cada actividad de tu proyecto con un identificador único y corto, una duración realista en unidades de tiempo consistentes y los identificadores de las actividades que deben terminar antes de que pueda comenzar. Captúralas una por línea en el cuadro de arriba y presiona calcular.

Si el formato es nuevo para ti, presiona «Cargar ejemplo» para poblar una red de seis actividades y estudiar cómo la entrada se corresponde con la salida. Lee primero la duración del proyecto y la ruta crítica en las tarjetas de resumen, luego revisa la columna de holgura para ver dónde hay reserva.

Exporta la tabla a CSV para compartirla con tu equipo o guarda la página como PDF para una revisión de cronograma.

Mantén tus unidades de tiempo consistentes —no mezcles días y semanas en la misma red— y conserva identificadores cortos para que la tabla y la gráfica sigan siendo legibles. Si la calculadora reporta un ciclo, rastrea tus dependencias para hallar el bucle. Si reporta una predecesora desconocida, has referenciado un identificador que no definiste; revisa si hay errores de captura. Una vez limpia la red, los resultados se actualizan al instante cuando recalculas, así que puedes experimentar acortando actividades críticas y ver cómo responde la duración del proyecto.

Cinco ejemplos resueltos de la ruta crítica

Ejemplo 1: encontrar la ruta más larga

Con duraciones A3, B2, C6, D4, E2: la ruta A→C→E = 3+6+2 = 11 y A→B→D→E = 3+2+4+2 = 11. Cuando las rutas empatan, ambas son críticas. La ruta más larga fija la duración del proyecto.

Ejemplo 2: la pasada hacia adelante

Empezando en 0, el término temprano (EF) = inicio temprano (ES) + duración. Para A (ES 0, dur 3), EF = 3, así que C inicia en ES 3 y termina en EF 9. La pasada hacia adelante da lo más pronto que cada actividad puede ocurrir.

Ejemplo 3: la pasada hacia atrás

Desde el fin de 11 días, el término tardío (LF) = el inicio tardío de la siguiente actividad. Retrocediendo, E tiene LF 11, LS 9; C tiene LF 9, LS 3. La pasada hacia atrás da lo más tarde que cada actividad puede moverse sin retrasar el fin.

Ejemplo 4: la holgura total

Holgura total = LS − ES (= LF − EF). Para una actividad crítica como C, LS 3 − ES 3 = 0 de holgura. Para una actividad no crítica B en la ruta más corta, holgura = 1 día — puede moverse un día antes de importar.

Ejemplo 5: qué significa “crítica”

La ruta crítica es la cadena de actividades con holgura cero: A→C→E. Retrasa cualquiera y todo el proyecto se retrasa; la holgura en B y D es la única flexibilidad del cronograma.

Tres consejos de experto para leer una ruta crítica

Gestiona también las rutas casi críticas

Una ruta con solo uno o dos días de holgura puede volverse crítica en cuanto se comprime una actividad crítica o se mueve una casi crítica. Vigila las rutas de baja holgura, no solo la de holgura cero.

La holgura pertenece a la ruta, no a una tarea

Dos actividades que comparten ruta suelen compartir la misma holgura — si la primera la consume, la segunda se queda sin ella. Trata la holgura como un presupuesto compartido a lo largo de la ruta.

Recalcula tras cada cambio

Agregar una dependencia, cambiar una duración o comprimir una tarea puede mover la ruta crítica a otra cadena. Vuelve a correr las pasadas tras cualquier cambio en vez de suponer que la ruta es fija.

Preguntas frecuentes

Fuentes, aviso legal y transparencia editorial

Esta calculadora aplica el método de la ruta crítica estándar sobre una red de actividad en el nodo: un pase hacia adelante (IC = máx FC de las predecesoras, FC = IC + duración), un pase hacia atrás (FL = mín IL de las sucesoras, IL = FL − duración), holgura total = IL − IC = FL − FC, holgura libre = mín IC de las sucesoras − FC, siendo la ruta crítica la cadena de actividades con holgura cero y la duración del proyecto el mayor fin temprano.

Es consistente con referencias estándar de gestión de proyectos como la Guía del PMBOK. Esta calculadora y su guía son creadas y revisadas por el equipo de OpsCalculators; consulta nuestra Política Editorial sobre cómo se investiga, construye y prueba cada herramienta.

Los resultados son estimaciones precisas para planeación y educación, no asesoría de programación certificada ni contractual, y suponen dependencias de fin a inicio, duraciones fijas y recursos ilimitados. Para duraciones inciertas usa un método de tres puntos como PERT, y para cronogramas con recursos limitados aplica nivelación de recursos sobre esta red lógica. OpsCalculators.com es operado por MAFHH INTERNATIONAL LTD. Tus datos se procesan en tu navegador y nunca se almacenan; consulta nuestra Política de Privacidad.