Los diagramas de red de proyecto explicados

Qué es realmente un diagrama de red

Un diagrama de red de proyecto es un mapa de la lógica de tu plan. Elimina el calendario y las barras y muestra solo dos cosas: las actividades que componen el trabajo y las dependencias que dicen qué actividad tiene que esperar a cuál. Todo lo demás en la programación, incluidas las fechas de un diagrama de Gantt, se calcula a partir de ese mapa.

El valor de dibujarlo está en que los errores de lógica se vuelven obvios. Un enlace que falta, una tarea que no depende de nada, un bucle en el que dos tareas se esperan la una a la otra: todo eso se esconde con facilidad en una lista de fechas, pero salta a la vista de inmediato en una red. Acierta con la red y el cronograma casi se construye solo. Equivócate y por mucho cuidado que pongas al introducir fechas no salvarás el plan.

Dos notaciones, una superviviente

Históricamente había dos maneras de dibujar una red. El método más antiguo de actividad en la flecha ponía las actividades sobre las flechas y usaba los nodos como puntos de conexión. Era engorroso, a menudo necesitaba flechas ficticias invisibles solo para expresar ciertos enlaces, y ha desaparecido en gran medida de la práctica moderna.

El método que se impuso es el de actividad en el nodo, más conocido como método de diagramación por precedencia, o PDM. En PDM cada actividad es una caja, o nodo, y cada flecha es una dependencia entre dos actividades. Casi todas las herramientas de programación que es probable que uses hoy funcionan con PDM por dentro, así que es la notación que vale la pena aprender. El resto de esta guía trata por completo de ella.

Nodos como actividades, flechas como dependencias

En PDM el nodo lleva el trabajo. Un nodo contiene el nombre de la actividad y su duración, y una vez ejecutadas las pasadas también contiene cuatro fechas calculadas más la holgura. La flecha lleva la regla. Una flecha trazada de la actividad A a la actividad B dice que B depende de A, de modo que B no puede ocurrir libremente hasta que A haya hecho su parte.

Lee esa dirección con cuidado, porque es toda la gramática del diagrama. La cola de la flecha es la predecesora. La cabeza es la sucesora. Un nodo sin flechas entrantes puede empezar de inmediato. Un nodo sin flechas salientes es un punto final del proyecto. La forma de la red es sencillamente el conjunto de todas estas relaciones de predecesor y sucesor dibujadas a la vez.

Los cuatro tipos de dependencia

No toda dependencia es el sencillo enlace de "termina esto y luego empieza aquello". PDM admite cuatro tipos, definidos por qué extremo de la predecesora se conecta con qué extremo de la sucesora. Fin a inicio es con mucho el más común, pero los otros tres existen porque el trabajo real se solapa.

Para un recorrido más a fondo de cuándo cada uno se gana su sitio, consulta la guía sobre dependencias de tareas. Para la pasada resuelta de más abajo usamos solo enlaces de fin a inicio, lo que mantiene limpia la aritmética a la vez que muestra todo el método.

Construir la red paso a paso

No necesitas software especial para bosquejar una red. Una pizarra y notas adhesivas sirven, y la disciplina de hacerlo a mano a menudo saca a la luz lógica que falta. La secuencia es siempre la misma.

1. Enumera cada actividad que tiene que ocurrir, una por nodo, con una duración honesta en cada una.
2. Para cada actividad, pregunta qué debe estar hecho antes de que pueda empezar, y traza una flecha desde cada uno de esos predecesores hacia ella.
3. Comprueba que al menos un nodo no tenga predecesor, para que la red tenga un inicio, y que al menos uno no tenga sucesor, para que tenga un final.
4. Busca bucles, en los que seguir las flechas te devuelve al punto de partida, y rompe los que encuentres, porque una red no puede contener un ciclo.
5. Ejecuta la pasada hacia adelante para obtener las fechas más tempranas, y luego la pasada hacia atrás para obtener las fechas más tardías.
6. Resta para obtener la holgura y marca la cadena de holgura cero como tu ruta crítica.

Los pasos cinco y seis son el corazón mecánico del método, así que las dos secciones siguientes los recorren sobre un ejemplo concreto.

La pasada hacia adelante: fechas más tempranas

La pasada hacia adelante barre de izquierda a derecha y responde a la pregunta: ¿con qué rapidez puede ocurrir cada actividad? Produce dos números por nodo: el inicio temprano (ES) y el fin temprano (EF), donde EF es sencillamente ES más la duración. La regla para ES es que una actividad no puede empezar hasta que todos los predecesores hayan terminado, de modo que su ES es el mayor EF entre las actividades que la alimentan.

La pasada hacia atrás: fechas más tardías

La pasada hacia atrás barre de derecha a izquierda y responde a la pregunta espejo: ¿cuán tarde puede ocurrir cada actividad sin empujar el final? Produce el fin tardío (LF) y el inicio tardío (LS), donde LS es LF menos la duración. La siembras fijando el LF de la actividad final igual a su EF de la pasada hacia adelante, y luego trabajas hacia atrás. La regla para LF es que una actividad debe terminar antes de que su sucesora más temprana necesite empezar, de modo que su LF es el menor LS entre las actividades que dependen de ella.

La holgura y la ruta crítica

La holgura, a veces llamada margen, es la recompensa por hacer ambas pasadas. Para cualquier actividad es el inicio tardío menos el inicio temprano, que equivale al fin tardío menos el fin temprano. Es la cantidad de tiempo que la actividad puede resbalar antes de retrasar algo más adelante. Cualquier actividad con holgura cero se sitúa en la ruta crítica, la cadena más larga a través de la red y la secuencia que fija la duración del proyecto.

La ruta crítica es A, B, C, E, F, cuyas duraciones suman 18. D es la única actividad con margen, un día de él, porque el backend junto al que corre tarda un día más. La teoría más amplia detrás de estos números vive en la guía sobre el método de la ruta crítica, y el significado del margen en sí en la guía sobre la holgura.

Cómo la red sostiene el diagrama de Gantt

Un diagrama de Gantt es una imagen de la pasada hacia adelante. Cada barra se dibuja desde el inicio temprano de una actividad hasta su fin temprano, y la pila vertical de barras no es más que los nodos listados hacia abajo en la página. Las flechas de dependencia que arrastras entre las barras en una herramienta de Gantt son las mismas flechas que en la red, solo que dobladas para seguir la línea de tiempo. Cuando mueves una barra y las que van después se desplazan, estás viendo una pasada hacia adelante recalcularse en tiempo real.

Por eso un diagrama de Gantt que ignora las dependencias es tan frágil. Sin la red por debajo, las barras no son más que fechas decoradas que nunca reaccionan al cambio. Con la red, se comportan como un modelo. Puedes construir esa versión viva, con enlaces y todo, en el creador de Gantt gratuito y ver cómo un retraso se propaga en el momento en que lo introduces.

Cómo la red sostiene la ruta crítica

La ruta crítica no es algo que dibujas. Es algo que la red calcula y luego tú lees. Una vez hechas las dos pasadas, la ruta crítica es sencillamente todo nodo cuya holgura es cero, unido de cola a cabeza. En nuestro ejemplo esos nodos forman una sola cadena ininterrumpida, pero las redes más grandes pueden tener varias rutas críticas a la vez, o una ruta casi crítica con un solo día de holgura que se vuelve crítica en cuanto crece una estimación.

Como la ruta sale de la holgura, se mueve cuando la lógica o las duraciones se mueven. Acorta el backend y el frontend podría volverse crítico en su lugar. Esta es la recompensa de pensar en redes en lugar de barras: el diagrama no solo muestra la ruta crítica de hoy, sino que te dice qué cadena tomaría el relevo a continuación si la realidad cambia.

Errores comunes que rompen una red

La mayoría de las redes rotas fallan por un puñado de razones repetibles, y todas son fáciles de detectar una vez que conoces el patrón. Una revisión rápida frente a esta lista antes de confiar en las fechas te librará de un plan que calcula una respuesta segura pero equivocada.

El peor de estos es el tercero, una fecha fija que suplanta a una dependencia, porque produce un plan que parece terminado pero que en silencio deja de reaccionar al cambio. Un diagrama de Gantt construido una vez y nunca tocado no es un plan, es un deseo.

Del diagrama a un plan vivo

La red no es un documento que dibujas una vez y archivas. Es el motor que mantiene honesto el cronograma, y solo se gana su sustento si dejas que las dos pasadas se ejecuten de nuevo cada vez que cambia una estimación o un enlace. En una buena herramienta eso ocurre automáticamente en el momento en que editas una duración o arrastras una dependencia, que es exactamente por qué construir tu plan sobre lógica real supera a teclear fechas a mano.

Parte de la lógica, no del calendario. Enumera las actividades, dibuja las flechas, ejecuta las pasadas y lee la ruta crítica. Haz eso y las fechas se cuidan solas, la holgura te dice dónde tienes margen y la ruta crítica te dice dónde no. Ese es todo el poder silencioso de la red de precedencia que se asienta bajo cada diagrama de Gantt que llegues a construir.

Preguntas frecuentes

Seguir leyendo

• El método de la ruta crítica explicado
• Las dependencias de tareas explicadas
• ¿Qué es la holgura (margen)?
• Ver todas las guías

Las guías que aún no se han traducido se abren en inglés.