Diagrama de red del cronograma del proyecto: Definición | Usos | Ejemplo

Cuando necesite programar las actividades de un proyecto puede considerar el uso de un diagrama de red de programación del proyecto. Se trata de una técnica probada para determinar y documentar la secuencia de actividades teniendo en cuenta las interdependencias entre ellas. También se sugiere en el marco del Project Management Institute (PMBOK®, 6ª ed., cap. 6.3.3.1).

¿Qué es un diagrama de red del cronograma del proyecto?

Un diagrama de red del cronograma del proyecto es un tipo de salida del proceso «secuenciación de actividades» según la Guía del PMI para el cuerpo de conocimientos de la gestión de proyectos (PMBOK®, 6ª ed., ch. 6.3.3).

Los diagramas de red del cronograma del proyecto muestran el orden en que las actividades deben ser programadas para abordar las relaciones lógicas entre estas actividades.

Típicamente se compone de nodos que representan actividades y flechas que muestran la secuencia y las dependencias. Esta forma de presentación también se conoce como diagrama de «actividades sobre nodos» (AON) y es probablemente el tipo más común de diagrama de red del calendario del proyecto.

Una forma alternativa de presentación es el método de «actividades sobre flechas» (AOA) en el que, como su nombre indica, las actividades se muestran como flechas mientras que los nodos representan las relaciones lógicas.

Una técnica para crear diagramas de red del cronograma del proyecto es el método de diagramación de precedencias que estamos explicando en este artículo (incluido el ejemplo).

Relaciones lógicas

El diagrama se basa y a menudo se enriquece con información sobre el tipo de relación lógica entre las actividades. Los 4 tipos de relaciones son

• Terminar a terminar (FF),
• Terminar a empezar (FS),
• Empezar a empezar (SS), y
• Empezar a terminar (SF).

La primera parte de estos términos indica el estado que debe obtener la actividad predecesora antes de que la actividad sucesora pueda tener el estado referido en la segunda parte. En una relación de finalización a inicio, por ejemplo, la actividad predecesora debe haber finalizado para que la sucesora pueda comenzar. Lea más, incluyendo ejemplos, en esta introducción al método de diagramación de predecesores.

Aparte de las dependencias, un diagrama de programación del proyecto también puede mostrar ventajas y desventajas. Estas son las características del calendario y la programación de las actividades que estamos explicando en detalle en este artículo.

¿Para qué se utiliza un diagrama de red del proyecto?

Un diagrama de red del proyecto se utiliza para desarrollar y documentar la secuencia de actividades. Pertenece al área de conocimiento de «gestión de la programación del proyecto», donde sirve como entrada para otras técnicas de programación, como el análisis de la red de programación o el método del camino crítico (PMBOK®, cap. 6.5.2.1).

En un proyecto, también se puede utilizar este tipo de diagrama para discutir las secuencias y dependencias, así como para la comunicación con las partes interesadas. Sin embargo, en proyectos de mayor envergadura, suele ser un documento de trabajo bastante detallado y complejo que vincula las dependencias y secuencias de todas las actividades con el cronograma y la duración del proyecto en general. Para la comunicación del calendario del proyecto, otras formas de presentación (como los diagramas de Gantt) y una visión más agregada tienden a ser más comunes que los documentos de la red del calendario en muchas organizaciones.

Los diagramas de la red del calendario también se utilizan para documentar las holguras y los desfases de las actividades. Son la base para identificar el camino crítico, es decir, la cadena de actividades con la mayor duración.

¿Cómo se crea un diagrama de red del cronograma?

Las entradas relevantes del diagrama de red del cronograma son la lista de actividades definidas, las duraciones estimadas de estas actividades y las relaciones lógicas entre ellas (también denominadas dependencias).

Para dibujar un diagrama de red de programación (en línea con el método AON), necesitará

1. Dibujar un punto de partida,
2. Insertar actividades en los nodos (futuros) de su diagrama, incluyendo detalles y datos adicionales (ver explicación más abajo),
3. Conecte las actividades con flechas que representen el tipo de relaciones lógicas (como se explica en nuestro artículo sobre el método de diagramación de precedencias),
4. Añada detalles a cada relación, como el tipo de dependencia (e.Por ejemplo, SS, FS), si se requiere o es discrecional, los plomos y los retardos, así como otros datos relevantes para su programación, y
5. Cree un punto final del diagrama.

Encontrará un ejemplo en la siguiente sección.

Los detalles que a menudo se añaden a las actividades incluyen la fecha más temprana de inicio y la más tardía de finalización, la criticidad de una actividad, así como referencias a los paquetes de trabajo o a la estructura de desglose del trabajo. También puede incluirse el tiempo de espera de las actividades, denominado holgura o flotación.

Si se prefiere el método de actividades en flechas (AOA) para desarrollar el diagrama de la red de programación, se dibujan las actividades como flechas y las dependencias como nodos.

En los proyectos que utilizan software de programación para apoyar la gestión del proyecto, estos diagramas suelen ser creados por el software. Sin embargo, los requisitos de los datos de entrada, es decir, la lista de actividades, las relaciones lógicas y los avances y retrasos, son los mismos y deben ser proporcionados por el usuario. El software es capaz de dibujar el diagrama y determinar la secuencia óptima de las actividades.

Si no tiene el software adecuado a mano o si trabaja en proyectos más pequeños y menos complejos, también puede utilizar software de oficina estándar como Visio o PowerPoint (que hemos utilizado para crear el diagrama de ejemplo de abajo) para crear el diagrama manualmente.

Ejemplo de diagrama de red del cronograma

En esta sección, vamos a introducir un conjunto (simplificado) de actividades que necesitan ser secuenciadas y documentadas en un diagrama de red del cronograma del proyecto. Una parte de este caso de estudio también se utiliza en nuestro ejemplo del método de diagramación de precedencias. Lo encontrará en nuestro artículo sobre PDM junto con más detalles sobre cómo hemos identificado y categorizado las relaciones lógicas entre estas actividades.

Este ejemplo es sobre un proyecto de desarrollo e implementación de TI. Sin embargo, la creación y el uso de un diagrama de red de programación son similares para todo tipo de proyectos, independientemente de su temática.

Actividades y relaciones lógicas

El proyecto consta de las fases

• diseño,
• desarrollo,
• implementación,
• prueba y
• despliegue del software.

Las actividades son las siguientes:

1. diseño técnico del módulo A (duración: 10 días),
2. diseño técnico del módulo B (duración: 5 días),
3. desarrollo del módulo A (duración: 15 días),
4. desarrollo del módulo B (duración: 20 días),
5. desarrollo de la característica F en el módulo B (duración: 1 día),
6. implementación del módulo A (duración: 5 días),
7. implementación del módulo B (duración: 7 días),
8. prueba del módulo A (duración: 6 días),
9. prueba del módulo B (duración: 10 días),
10. prueba de integración (duración: 5 días),
11. despliegue (duración: 1 día).

Las primeras 5 actividades tienen relaciones lógicas de FF, FS, SS y SF. Consulte este ejemplo en nuestro artículo de PDM para aprender cómo hemos identificado estos tipos de dependencia.

Además de esas relaciones lógicas, hay leads y lags en esta secuencia de actividades:

• Las pruebas del módulo A pueden comenzar 4 días después de que la implementación de ese módulo haya comenzado, por lo tanto es una dependencia SScon 4 días de retraso.
• La prueba de integración está básicamente programada para comenzar después de la prueba de los módulos (relación FS). Sin embargo, esto no es lógico: las pruebas de integración ya pueden comenzar una vez que las pruebas del móduloB se han completado en un 80%. Por lo tanto, el sucesor tiene un tiempo de espera de 2 días.

Si todavía no está familiarizado con esta técnica, lea esta introducción a los lags y leads que también viene con un ejemplo ilustrado.

Creación y comprensión del diagrama de red del cronograma del proyecto

Transferir esto a un diagrama de red del cronograma del proyecto conduce al siguiente resultado:

Para crear un diagrama de este tipo, el primer paso es identificar las relaciones lógicas entre estas actividades. Estos tipos de relaciones definen la secuencia de las actividades y están representadas por flechas en este diagrama. Para una mejor comprensión, no está de más escribir el tipo de relación respectivo al lado de las flechas.

En el caso más simple de dependencia, es decir, la relación terminar-iniciar, la actividad predecesora debe terminar primero antes de que la sucesora pueda comenzar. Esto se representa en el diagrama dibujando una flecha desde la actividad predecesora a la sucesora. En nuestro ejemplo, esto se ha hecho, por ejemplo, para el diseño técnico y el desarrollo del módulo A en el diagrama anterior.

El retraso de la actividad «pruebas del módulo A» (tiempo de retraso 4 días) se muestra como un número positivo, ya que se extiende la duración global de esa ruta de actividades.

La ventaja de la actividad «pruebas de integración» se muestra con un número negativo por la razón opuesta.

Implicaciones para la gestión del calendario del proyecto

Puede seguir las flechas a lo largo de cada secuencia de actividades y sumar las duraciones, así como los tiempos de ventaja y retraso para determinar la duración de una ruta. La trayectoria del módulo A, desde su diseño hasta su despliegue, consta de las siguientes actividades:

• diseño técnico del módulo A (duración: 10 días),
• desarrollo del módulo A (duración: 15 días),
• implementación del módulo A (duración: 5 días),
• prueba del módulo A (duración: 6 días),
• prueba de integración (duración: 5 días),
• despliegue (duración: 1 día).

La duración total de ese camino en particular, si fuera un proyecto por sí mismo, sería de 44 días (10 + 15 + 5 + 4 + 4 + 5 + 1).

Sin embargo, ¡ésta no es la duración correcta de nuestro proyecto de muestra!

El camino del módulo B tarda más tiempo en llegar al punto «pruebas del módulo B 80% terminadas» (45 días), que es la condición para que comience la prueba de integración. Como la ruta del módulo A sólo tarda un mínimo de 34 días en terminar su actividad predecesora de la prueba de integración (es decir, la prueba del módulo A), esta ruta tendría que «esperar» a que la ruta del módulo A termine su prueba de módulo. Este «tiempo de espera» también se denomina holgura o flotación.

Conclusión

Un diagrama de red de programación es una útil visualización de la secuencia y las relaciones lógicas de las actividades en un proyecto. Si se siguen las flechas y se tienen en cuenta los tipos de relaciones, así como los avances y retrocesos, se puede determinar la duración de una ruta y, eventualmente, identificar la ruta crítica de un proyecto.

Aunque hoy en día la secuenciación de las actividades suele ser realizada por el software de gestión de proyectos, es crucial comprender las dependencias entre las actividades y su impacto en la secuenciación y el calendario del proyecto. Esto es importante para el examen PMP, ya que suele haber algunas preguntas sobre la programación, así como para el desarrollo de programas de proyectos en la práctica.

Lea más sobre las técnicas de programación en nuestra sección dedicada.