Diagrama de red: cómo mapear las actividades del proyecto

Un diagrama de red le da a cada actividad del proyecto un lugar en la secuencia y muestra exactamente qué tareas deben terminar antes de que las siguientes puedan comenzar. Sin uno, está programando a partir de una lista plana sin visibilidad de las reacciones en cadena que causan retrasos.

Los project managers usan diagramas de red para encontrar la ruta crítica, comprimir cronogramas y comunicar el alcance a interesados que necesitan más que una hoja de cálculo. El diagrama no reemplaza un diagrama de Gantt; funciona junto a uno, mostrando cada uno una vista diferente del mismo plan.

¿Qué es un diagrama de red?

Un diagrama de red de proyecto es un flujo visual de todas las actividades del proyecto y las relaciones de dependencia entre ellas. Los nodos representan actividades (o hitos), y las flechas representan la secuencia en la que esas actividades deben ocurrir. El resultado es un grafo direccional desde el inicio hasta el final del proyecto.

Los diagramas de red son la columna vertebral de dos métodos de programación principales: el método de la ruta crítica (CPM) y la técnica de revisión y evaluación de programas (PERT). Ambos dependen de contar con una red correctamente secuenciada antes de que se puedan aplicar estimaciones de duración o rangos de probabilidad.

Datos clave

• Solo el 47% de los proyectos se completa a tiempo, según McKinsey, lo que convierte el control del cronograma en uno de los desafíos más persistentes de la gestión de proyectos.
• Uno de cada seis proyectos de TI experimenta un sobrecosto de cronograma del 70% o más, a menudo porque las cadenas de dependencia nunca se mapearon completamente.
• Los proyectos que usan activamente un método de programación definido, como CPM con un diagrama de red, superan de manera consistente a los que dependen únicamente del seguimiento basado en listas. (PMI, Pulse of the Profession)

AON frente a AOA: dos tipos de diagramas de red

Existen dos formatos para dibujar diagramas de red de proyecto. Saber cuál está viendo, y cuál genera su herramienta, importa porque se leen de forma diferente.

Actividad en el nodo (AON) coloca cada actividad dentro de un nodo (casilla). Las flechas entre nodos muestran solo dependencias; la flecha en sí no lleva más significado que "esto debe venir antes que aquello". AON es el formato utilizado por el software moderno de gestión de proyectos y por el método de la ruta crítica tal como lo aplican hoy la mayoría de los profesionales.

Actividad en la flecha (AOA) coloca las actividades en las flechas, no en las casillas. Los nodos (círculos) representan eventos: el inicio o el final de una actividad. AOA es el formato más antiguo, estrechamente asociado con los diagramas PERT, y ocasionalmente aún se usa en contextos de ingeniería civil.

Para la mayoría de los proyectos hoy en día, AON es la opción correcta. Es más simple de leer, no requiere actividades ficticias, y es lo que herramientas como MS Project, Asana y Smartsheet generan automáticamente.

Si está construyendo un diagrama PERT para un proyecto con mucha investigación y duraciones inciertas, puede encontrar la notación AOA en referencias más antiguas, pero AON sigue funcionando.

Símbolos y términos del diagrama de red

Antes de construir un diagrama de red, familiarícese con los símbolos y términos de programación centrales. Estos aparecen en cada cálculo de pasada hacia adelante y hacia atrás.

El float es el número que le indica cuánto margen de maniobra tiene. Las actividades con float cero están en la ruta crítica: cualquier retraso ahí se convierte en un retraso del proyecto.

Cómo crear un diagrama de red

Construir un diagrama de red es un proceso de cinco pasos. La calidad del diagrama depende enteramente de la calidad de las entradas que recopile antes de dibujar nada.

Paso 1: liste todas las actividades

Comience con su estructura de desglose del trabajo (EDT). Cada paquete de trabajo que produce un deliverable se convierte en una actividad en la red. Asigne a cada actividad una etiqueta breve (A, B, C o un código como EDT 1.1.1). No omita actividades porque parezcan obvias: los nodos faltantes crean cadenas de dependencia falsas.

Paso 2: defina las dependencias

Para cada actividad, hágase tres preguntas:

• ¿Qué debe terminar antes de que esta actividad pueda comenzar?
• ¿Qué puede comenzar al mismo tiempo?
• ¿Qué no puede comenzar hasta que esta actividad termine?

Documente el tipo de dependencia (FS, SS, FF, SF) para cada relación. La mayoría de los proyectos reales son entre 80 y 90% fin a inicio, pero la ingeniería compleja o el trabajo de software a menudo tienen cadenas paralelas de inicio a inicio.

Paso 3: secuencie las actividades

Organice las actividades de izquierda a derecha según sus dependencias. Las actividades sin predecesores van a la izquierda (inicio del proyecto). Las actividades sin sucesores van a la derecha (fin del proyecto). Dibuje flechas para conectarlas. Cada actividad debe tener al menos una flecha entrante y una saliente, excepto los nodos de inicio y fin.

Verifique que no haya dependencias circulares: si la actividad A depende de la actividad C y C depende de A, tiene un bucle que hace imposible la programación.

Paso 4: añada estimaciones de duración

Escriba la duración estimada de cada actividad dentro o al lado de su nodo. Para duraciones inciertas, use la estimación de tres puntos de PERT: optimista (O), más probable (M) y pesimista (P). La fórmula de PERT le da un promedio ponderado: (O + 4M + P) / 6.

Para proyectos sencillos con estimaciones confiables, una única duración determinística por actividad es suficiente.

Paso 5: calcule la ruta crítica

Ejecute la pasada hacia adelante para obtener el inicio y el fin tempranos de cada actividad. Luego ejecute la pasada hacia atrás para obtener el inicio y el fin tardíos. Calcule el float para cada actividad. La ruta donde cada valor de float es igual a cero es la ruta crítica, y su duración total es el tiempo mínimo de finalización del proyecto.

Consulte planificación de proyecto para saber cómo conectar este resultado con su cronograma base.

Ejemplo de diagrama de red

Aquí hay un proyecto simple de lanzamiento de software con seis actividades.

Pasada hacia adelante (inicio temprano / fin temprano):

• A: ES=0, EF=3
• B: ES=3, EF=8
• C: ES=8, EF=16
• D: ES=8, EF=14
• E: ES=16 (determinado por C), EF=20
• F: ES=20, EF=22

Duración del proyecto: 22 días.

Pasada hacia atrás (inicio tardío / fin tardío, partiendo del EF de F=22):

• F: LF=22, LS=20
• E: LF=20, LS=16
• C: LF=16, LS=8
• D: LF=20, LS=14 (D tiene 6 días de float: LS 14 - ES 8 = 6)
• B: LF=8, LS=3
• A: LF=3, LS=0

Cálculo de float:

Ruta crítica: A --> B --> C --> E --> F (22 días). La actividad D tiene 6 días de float, lo que significa que el desarrollo de la UI puede comenzar hasta 6 días tarde sin retrasar el lanzamiento.

Diagrama de red frente a diagrama de Gantt

Estas dos herramientas resuelven problemas diferentes y funcionan mejor juntas.

Construya primero el diagrama de red. Una vez que confíe en que la secuencia y las duraciones son correctas, transfiera el resultado a un diagrama de Gantt para el seguimiento diario y el reporte a interesados. El diagrama de Gantt muestra cuándo; el diagrama de red muestra por qué.

Errores comunes

Omitir la conversación de dependencias. Muchos equipos dibujan diagramas de red después de que el cronograma ya está fijado, lo que convierte el diagrama en una decoración en lugar de una herramienta de planificación. Úselo en la etapa de definición de dependencias, antes de fijar las duraciones.

Tratar cada ruta como crítica. Cuando los equipos ven una red compleja, a veces gestionan cada actividad con la misma urgencia. El float existe por una razón: deje que las actividades no críticas absorban retrasos menores mientras enfoca su atención en la verdadera ruta crítica.

Pasar por alto actividades de convergencia. Una actividad que tiene múltiples predecesores (como la actividad E en el ejemplo anterior) es un punto de convergencia. Los gerentes a menudo subestiman el riesgo en los puntos de convergencia porque solo vigilan al predecesor crítico e ignoran a los demás. Un retraso en cualquier predecesor retrasa la convergencia.

Usar el tipo de dependencia incorrecto. Fijar todo por defecto en fin a inicio cuando el trabajo en realidad se superpone hace que su cronograma sea más largo de lo necesario. Revise activamente las dependencias SS y FF; ahí es donde se esconden las oportunidades de compresión del cronograma.

Olvidar actualizar el diagrama. Un diagrama de red construido en el inicio del proyecto y nunca más tocado es peor que inútil: genera una falsa confianza. Actualícelo cuando el alcance cambie, cuando se añadan actividades o cuando una relación de predecesor resulte estar equivocada.

Preguntas frecuentes

¿Cuál es la diferencia entre un diagrama de red y un diagrama PERT?

Un diagrama PERT es un tipo específico de diagrama de red de proyecto que usa notación de actividad en la flecha (AOA) y estimaciones de duración de tres puntos (optimista, más probable, pesimista) para manejar la incertidumbre del cronograma. Un diagrama de red es el término más amplio: incluye tanto los formatos AON como AOA, y puede usar estimaciones de punto único o de tres puntos. Todo diagrama PERT es un diagrama de red, pero no todo diagrama de red es un diagrama PERT.

¿Cuántas actividades debe tener un diagrama de red de proyecto?

No hay una regla fija, pero los diagramas con más de 50-60 actividades se vuelven difíciles de leer en una sola página. Para proyectos grandes, divida la red maestra en subredes por fase o paquete de trabajo, y luego conecte las subredes en hitos clave. La estructura de desglose del trabajo es la forma natural de agrupar actividades para este propósito.

¿Puede un proyecto tener más de una ruta crítica?

Sí. Si dos o más rutas a través de la red tienen la misma duración total (ambas iguales al tiempo mínimo de finalización del proyecto), ambas son críticas. Múltiples rutas críticas significan un mayor riesgo de cronograma: un retraso en cualquiera de las rutas retrasa el proyecto.

¿Qué software genera diagramas de red automáticamente?

MS Project, Primavera P6, Smartsheet y ProjectLibre generan diagramas de red a partir de listas de tareas y datos de dependencia. Lucidchart y Miro soportan el dibujo manual. La mayoría de las plataformas de gestión de proyectos (Asana, Monday.com, Wrike) muestran vistas de dependencia que aproximan una red AON simplificada.

¿Qué le sucede a la ruta crítica cuando se añade una orden de cambio?

Las nuevas actividades desplazan los valores de float en toda la red. Una orden de cambio que añade duración a una ruta previamente no crítica puede hacer que esa ruta se vuelva crítica, o crear una nueva ruta crítica por completo. Recalcule las pasadas hacia adelante y hacia atrás después de cualquier cambio de alcance que añada o elimine actividades o que cambie las relaciones de dependencia.

Lecturas relacionadas

• Método de la ruta crítica: cómo calcular el CPM a partir de un diagrama de red
• ¿Qué es un diagrama PERT?: programación probabilística con estimaciones de tres puntos
• ¿Qué es un diagrama de Gantt?: la vista de línea de tiempo que sigue a su diagrama de red
• Estructura de desglose del trabajo: construir la lista de actividades de la que depende su red
• Planificación de proyecto: conectar la red con un cronograma base completo

Un diagrama de red es donde realmente se construye un cronograma de proyecto. El diagrama de Gantt y los informes de estado vienen después, pero la lógica de dependencias que hace confiables a esos documentos vive aquí, en el mapa de nodos y flechas que dibuja antes de que comience la primera tarea.