Diagrama PERT: Definición, Cómo Crearlo y Ejemplos

Un diagrama PERT es un diagrama de red que mapea cada tarea de un proyecto, las dependencias entre esas tareas y una estimación de tiempo probabilística para cada una. Los equipos de proyecto lo utilizan cuando no pueden determinar duraciones exactas pero aún necesitan un cronograma realista que puedan defender ante las partes interesadas.

¿Qué es un diagrama PERT?

Un diagrama PERT (Program Evaluation and Review Technique) es una herramienta visual de planificación de proyectos que representa las tareas como nodos y las dependencias como flechas, utilizando tres estimaciones de tiempo por tarea para tener en cuenta la incertidumbre. Fue desarrollado en 1958 por la Oficina de Proyectos Especiales de la Marina de los EE. UU. y la firma consultora Booz Allen Hamilton para gestionar el programa de misiles balísticos lanzados desde submarinos Polaris, uno de los esfuerzos de ingeniería más complejos de la Guerra Fría. La Marina necesitaba una forma de coordinar a miles de contratistas con niveles de confianza muy distintos en sus cronogramas.

El método se extendió rápidamente a la industria aeroespacial, la construcción y el desarrollo de software. Hoy se ubica junto a los diagramas de flujo y las herramientas de gestión de procesos de negocio como una técnica fundamental para cualquier persona que necesite modelar la incertidumbre en un cronograma.

Términos clave:

• Nodo (o evento): un círculo o rectángulo que representa un hito o tarea
• Flecha (o actividad): una línea dirigida que muestra la secuencia y la dependencia
• Ruta crítica: el camino más largo a través de la red; cualquier retraso en ella retrasa todo el proyecto
• Holgura (Float): la cantidad de tiempo que una tarea puede retrasarse sin afectar la ruta crítica

Datos clave

Se atribuye al programa PERT original haber reducido el cronograma del misil Polaris en un estimado de 2 años (Marina de los EE. UU., 1958). El PMI Pulse of the Profession 2024 encontró que las organizaciones desperdician un promedio de USD 97 millones por cada USD 1.000 millones invertidos debido al rendimiento deficiente de los proyectos, con los sobrecostos en el cronograma citados entre las principales causas raíz. Gartner pronostica que el mercado global de software de gestión de proyectos superará los USD 9.800 millones para 2027, impulsado en parte por la demanda de funciones de programación probabilística.

Diagrama PERT vs. diagrama de Gantt vs. método de la ruta crítica vs. diagrama de red

Estos cuatro términos se superponen en la práctica pero tienen significados distintos. Aquí se presenta una comparación:

PERT y CPM usan la misma estructura de red pero difieren en un aspecto crucial: CPM asume duraciones deterministas; PERT acepta un rango. Para proyectos nuevos donde no existen datos históricos, PERT es la herramienta más honesta. Para proyectos de metodología Waterfall con tipos de tareas bien conocidos, CPM o un diagrama de Gantt suele ser más simple.

La fórmula de estimación de tres puntos

La característica definitoria de PERT es la estimación de tres puntos. En lugar de preguntar "¿cuánto tiempo llevará esto?", se hacen tres preguntas:

• O (Optimista): la duración más corta posible si todo sale bien
• M (Más probable): la duración realista en condiciones normales
• P (Pesimista): la duración más larga plausible si las cosas van mal

El tiempo esperado (TE) es un promedio ponderado que otorga cuatro veces más peso a la estimación más probable:

TE = (O + 4M + P) / 6

La desviación estándar (SD) indica qué tan disperso está el rango:

SD = (P - O) / 6

Ejemplo práctico:

Suponga que está estimando una tarea de revisión de código. Su equipo considera:

• Optimista: 3 días (el revisor no tiene preguntas)
• Más probable: 5 días (algunos hilos de comentarios, intercambio normal)
• Pesimista: 11 días (se plantean preocupaciones arquitectónicas importantes)

Aplicando la fórmula:

TE = (3 + 4×5 + 11) / 6 = (3 + 20 + 11) / 6 = 34 / 6 = 5,67 días
SD = (11 - 3) / 6 = 8 / 6 = 1,33 días

Entonces planificaría aproximadamente 5,7 días con una dispersión de unos 1,3 días. Ese es el número que ingresa en su diagrama de red para esta tarea, no la estimación simplista de "cinco días" que ignora el escenario pesimista.

Cómo construir un diagrama PERT en 6 pasos

Paso 1: Liste todas las tareas

Escriba cada entregable y actividad necesaria para completar el proyecto. Sea suficientemente específico para que cada elemento tenga un inicio y un fin claros. Use una estructura de desglose del trabajo si el proyecto es grande.

• Comience desde el resultado final (el entregable final) y trabaje hacia atrás
• Incluya los pasos de revisión y aprobación, no solo el trabajo de producción
• Mantenga las tareas lo suficientemente pequeñas para que una persona sea responsable de cada una

Paso 2: Identifique las dependencias

Para cada tarea, pregunte: "¿Qué debe estar terminado antes de que esto pueda comenzar?" Marque estas relaciones de predecesor. Algunas tareas pueden ejecutarse en paralelo; otras son estrictamente secuenciales.

• Use una tabla simple: Tarea | Predecesores
• Detecte las dependencias circulares (A necesita a B, B necesita a A), ya que indican un error de planificación
• Valide con las personas que realizan el trabajo, no solo con el gerente de proyecto

Paso 3: Estime los tiempos de las tareas (O, M, P)

Pregunte al responsable de la tarea, o a un pequeño panel de expertos, por tres números: optimista, más probable y pesimista. Calcule TE y SD para cada tarea.

• Evite el anclaje: obtenga O y P antes de M para no reducir el rango prematuramente
• Si P es más de 3 veces O, la tarea probablemente necesita descomponerse en piezas más pequeñas
• Documente los supuestos junto con las estimaciones

Paso 4: Dibuje la red

Comience a la izquierda con un nodo "Inicio". Agregue cada tarea como un nodo y dibuje flechas de los predecesores a los sucesores. Termine con un nodo "Fin". Etiquete cada flecha o nodo con el TE.

• Mantenga las flechas fluyendo de izquierda a derecha
• Use ramas paralelas para las tareas concurrentes
• Las herramientas de software (Lucidchart, Microsoft Visio, ProjectLibre) gestionan el diseño automáticamente

Paso 5: Calcule la ruta crítica

La ruta crítica es la secuencia de tareas con la duración total más larga. Cualquier retraso en la ruta crítica es un retraso directo en la fecha de finalización del proyecto.

Para encontrarla: sume el TE de cada camino posible desde Inicio hasta Fin. El camino con la suma más grande es el crítico. Las tareas que no están en la ruta crítica tienen holgura (la diferencia entre su finalización más tardía y más temprana).

• Holgura = 0 en la ruta crítica
• Holgura positiva = margen de cronograma en las tareas no críticas
• Holgura negativa = la tarea ya está atrasada respecto al plan

Paso 6: Actualice a medida que avanza el proyecto

Un diagrama PERT es un documento vivo. Cuando una tarea termina antes o después de lo previsto, recalcule el TE para las tareas posteriores, verifique qué camino es el más largo y actualice al equipo.

• Vuelva a ejecutar el cálculo de la ruta crítica cada vez que una tarea importante se retrase más de una SD
• Compare las duraciones reales con las estimaciones O/M/P para calibrar proyectos futuros
• Archive las estimaciones completadas: se convierten en sus entradas "M" para trabajo futuro similar

Beneficios y limitaciones de los diagramas PERT

Beneficios:

• Fuerza una conversación explícita sobre la incertidumbre antes de que comience el trabajo
• Identifica la ruta crítica, para que los equipos sepan dónde enfocar la gestión de riesgos
• Funciona bien para proyectos novedosos o con alta investigación que no tienen líneas base históricas
• La estimación de tres puntos tiene fundamento estadístico, no es solo una intuición
• Se conecta naturalmente con los marcos de competencia en gestión de proyectos que requieren programación ajustada al riesgo

Limitaciones:

• Requiere mucho tiempo de configuración en proyectos con cientos de tareas
• Requiere estimaciones honestas; si los equipos subestiman los números pesimistas, el modelo no sirve
• No muestra la asignación de recursos ni el costo: combínelo con un diagrama de Gantt para eso
• La fórmula asume una distribución beta, que puede no coincidir con el comportamiento real de las tareas
• Mantener manualmente una red PERT grande es propenso a errores; el software es prácticamente obligatorio por encima de 20 tareas

Ejemplos de diagramas PERT

Ejemplo 1: Lanzamiento de software

Un equipo pequeño está lanzando una nueva funcionalidad. Esta es su tabla de estimaciones PERT:

Caminos:

• A - B - D - E - F = 2,33 + 4,33 + 4,50 + 5,33 + 2,17 = 18,66 días
• A - C - E - F = 2,33 + 6,50 + 5,33 + 2,17 = 16,33 días

Ruta crítica: A - B - D - E - F con 18,66 días. La tarea de backend (C) tiene 2,33 días de holgura.

Ejemplo 2: Fase de construcción de oficinas

Un equipo de instalaciones está acondicionando un nuevo piso:

Caminos:

• A - B - C - E - F = 10,83 + 3,33 + 5,33 + 6,17 + 4,17 = 29,83 días
• A - B - D - E - F = 10,83 + 3,33 + 7,67 + 6,17 + 4,17 = 32,17 días

Ruta crítica: A - B - D - E - F con 32,17 días. La instalación eléctrica (C) tiene 2,34 días de holgura.

PERT vs. CPM en la práctica

PERT y CPM son complementos, no competidores. Use PERT cuando:

• El proyecto es novedoso y las estimaciones tienen alta incertidumbre (I+D, eventos por primera vez, software greenfield)
• Quiere comunicar un rango a las partes interesadas, no solo una fecha única
• El equipo tiene expertos que pueden generar estimaciones creíbles de O, M y P

Cambie a CPM cuando:

• Tenga datos históricos sólidos sobre las duraciones de las tareas (proyectos de construcción recurrentes, series de manufactura)
• La simplicidad importa: una estimación de un solo punto es más fácil de explicar a patrocinadores no técnicos
• Está integrando con herramientas de nivelación de recursos o seguimiento de costos que esperan entradas deterministas

Muchos equipos usan ambos: PERT durante la fase de planificación para establecer el cronograma, luego CPM a medida que el proyecto avanza hacia la ejecución y los datos reales reemplazan las estimaciones. Una sólida matriz RACI y un tablero Kanban funcionan junto a PERT para mantener la responsabilidad y el trabajo diario visibles sin saturar el diagrama de red.

Preguntas frecuentes

¿Qué significa PERT? PERT significa Program Evaluation and Review Technique (Técnica de Evaluación y Revisión de Programas). El nombre refleja sus orígenes en la gestión de programas, donde "programa" se refería a una gran iniciativa gubernamental que abarcaba muchos contratos y organizaciones.

¿Quién inventó el diagrama PERT? PERT fue desarrollado en 1958 por la Oficina de Proyectos Especiales de la Marina de los EE. UU., trabajando con consultores de gestión de Booz Allen Hamilton y Lockheed. El equipo de desarrollo principal incluyó a Willard Fazar y D.G. Malcolm. Fue creado específicamente para el programa del Misil Balístico de la Flota Polaris.

¿Se sigue usando PERT hoy en día? Sí, aunque es menos común como herramienta independiente. Muchas plataformas de gestión de proyectos incorporan la estimación de tres puntos estilo PERT en sus motores de programación sin llamarla "PERT". Los proyectos de defensa, aeroespaciales y de grandes infraestructuras aún lo usan de forma explícita. En el software, aparece en algunas técnicas de estimación ágil (Story Points de tres puntos) y en modelos formales de riesgo.

¿Cuál es la diferencia entre PERT y Gantt? Un diagrama de Gantt traza las tareas en un cronograma de calendario con barras que muestran la duración. Un diagrama PERT muestra las tareas como nodos en una red, enfatizando la secuencia y las dependencias en lugar de las fechas del calendario. Gantt es mejor para el seguimiento diario; PERT es mejor para la planificación bajo incertidumbre y para encontrar la ruta crítica.

¿Qué software puede construir un diagrama PERT? La mayoría de las herramientas dedicadas de gestión de proyectos admiten vistas de red estilo PERT: Microsoft Project, Lucidchart, Smartsheet, ProjectLibre (código abierto) y OmniPlan. Las herramientas generales de diagramas como draw.io o Miro permiten construir redes PERT manualmente. Las hojas de cálculo (Excel, Google Sheets) funcionan para redes pequeñas cuando se combinan con una columna de fórmula para TE.

Cierre

La incertidumbre en el cronograma no es un problema que se pueda ignorar. Un diagrama PERT fuerza la conversación sobre cómo podría verse realmente "terminado" en condiciones favorables, normales y adversas. Esa honestidad, incorporada en un diagrama de red, es lo que permite a los equipos comprometerse con una fecha que realmente pueden defender en lugar de una que simplemente esperaban cumplir. Comience con una lista de tareas y tres preguntas por tarea. La ruta crítica le dirá dónde enfocar el resto de su energía.