
La técnica de evaluación y revisión de programas ( PERT ) es una herramienta estadística utilizada en la gestión de proyectos , diseñada para analizar y representar las tareas involucradas en la finalización de un proyecto determinado .
PERT fue desarrollado originalmente por Charles E. Clark para la Armada de los Estados Unidos en 1958; se usa comúnmente junto con el Método de la Ruta Crítica (CPM), que también se introdujo en 1958. [ 1 ]
Descripción general
PERT es un método para analizar las tareas necesarias para completar un proyecto, especialmente el tiempo requerido para cada una, e identificar el tiempo mínimo necesario para finalizar el proyecto en su totalidad. Incorpora la incertidumbre al permitir programar un proyecto sin conocer con precisión los detalles y la duración de todas las actividades. Se centra más en los eventos que en el inicio y la finalización, y se utiliza principalmente en proyectos donde el tiempo es la principal limitación, en lugar del costo. Se aplica a proyectos de infraestructura complejos, no rutinarios, únicos y de gran envergadura, así como a proyectos de I+D .
PERT ofrece una herramienta de gestión, [ 2 ] : 497 que se basa en "diagramas de flechas y nodos de actividades y eventos : las flechas representan las actividades o el trabajo necesarios para alcanzar los eventos o nodos que indican cada fase completada del proyecto total". [ 3 ]
PERT y CPM son herramientas complementarias, porque "CPM emplea una estimación de tiempo y una estimación de costo para cada actividad; PERT puede utilizar tres estimaciones de tiempo (optimista, esperada y pesimista) y ningún costo para cada actividad. Aunque estas son diferencias importantes, el término PERT se aplica cada vez más a toda la programación de ruta crítica". [ 3 ]
Historia
PERT se desarrolló principalmente para simplificar la planificación y programación de proyectos grandes y complejos. Fue desarrollado por la Oficina de Proyectos Especiales de la Armada de los Estados Unidos , Lockheed Aircraft y Booz Allen Hamilton para apoyar el proyecto del misil Polaris de la Armada . [ 4 ] [ 5 ] Encontró aplicaciones en toda la industria. Un ejemplo temprano son los Juegos Olímpicos de Invierno de 1968 en Grenoble , que utilizaron PERT desde 1965 hasta la inauguración de los Juegos de 1968. [ 6 ] Este modelo de proyecto fue el primero de su tipo, un resurgimiento de la administración científica de Frederick Taylor y posteriormente perfeccionado por Henry Ford ( fordismo ). El CPM de DuPont se inventó aproximadamente al mismo tiempo que PERT.

Inicialmente, PERT significaba Program Evaluation Research Task (Tarea de Investigación para la Evaluación de Programas), pero en 1959 se le cambió el nombre. [ 4 ] Se hizo público en 1958 en dos publicaciones del Departamento de la Marina de los EE. UU., tituladas Program Evaluation Research Task, Summary Report, Phase 1. [ 7 ] y Phase 2. [ 8 ] ambas escritas principalmente por Charles F. Clark. [ 1 ] En un artículo de 1959 en The American Statistician , Willard Fazar , Jefe de la Rama de Evaluación de Programas, Oficina de Proyectos Especiales, Marina de los EE. UU., dio una descripción detallada de los conceptos principales de PERT. Explicó:
Mediante un ordenador electrónico, la técnica PERT procesa datos que representan los principales logros (eventos) finitos esenciales para alcanzar los objetivos finales; la interdependencia de dichos eventos; y estimaciones del tiempo y el rango de tiempo necesarios para completar cada actividad entre dos eventos sucesivos. Estas expectativas de tiempo incluyen estimaciones del "tiempo más probable", el "tiempo optimista" y el "tiempo pesimista" para cada actividad. La técnica es una herramienta de control de gestión que evalúa la perspectiva de cumplimiento de los objetivos a tiempo; destaca las señales de peligro que requieren decisiones de gestión; revela y define tanto la metodología como la holgura en el plan de flujo o la red de actividades secuenciales que deben realizarse para cumplir los objetivos; compara las expectativas actuales con las fechas de finalización programadas y calcula la probabilidad de cumplir con dichas fechas; y simula los efectos de las opciones de decisión, antes de tomar una decisión. [ 9 ]

Diez años después de la introducción de PERT, la bibliotecaria estadounidense Maribeth Brennan compiló una bibliografía selecta con aproximadamente 150 publicaciones sobre PERT y CPM, todas publicadas entre 1958 y 1968. [ 3 ]
Para la subdivisión de unidades de trabajo en PERT [ 10 ] se desarrolló otra herramienta: la Estructura de Desglose del Trabajo . La Estructura de Desglose del Trabajo proporciona "un marco para la creación de redes completas, la Estructura de Desglose del Trabajo se introdujo formalmente como el primer elemento de análisis para llevar a cabo PERT/CPM básico". [ 11 ]
Terminología
Eventos y actividades
En un diagrama PERT, el bloque de construcción principal es el evento , con conexiones a sus eventos predecesores conocidos y eventos sucesores.
- Evento PERT : un punto que marca el inicio o la finalización de una o más actividades. No consume tiempo ni recursos. Cuando marca la finalización de una o más actividades, no se considera alcanzado (no se produce) hasta que todas las actividades que conducen a dicho evento se hayan completado.
- Evento predecesor : un evento que precede inmediatamente a otro sin que haya ningún otro evento intermedio. Un evento puede tener varios eventos predecesores y puede ser predecesor de varios eventos.
- Evento sucesor : un evento que sigue inmediatamente a otro evento sin ningún otro evento intermedio. Un evento puede tener múltiples eventos sucesores y puede ser sucesor de varios eventos.
Además de los eventos, PERT también realiza un seguimiento de las actividades y subactividades:
- Actividad PERT : la realización de una tarea que consume tiempo y requiere recursos (como mano de obra, materiales, espacio y maquinaria). Se puede entender como la representación del tiempo, el esfuerzo y los recursos necesarios para pasar de un evento a otro. Una actividad PERT no puede realizarse hasta que haya ocurrido el evento predecesor.
- Subactividad PERT : una actividad PERT puede descomponerse en un conjunto de subactividades. Por ejemplo, la actividad A1 puede descomponerse en A1.1, A1.2 y A1.3. Las subactividades poseen todas las propiedades de las actividades; en particular, una subactividad tiene eventos predecesores o sucesores, al igual que una actividad. Una subactividad puede descomponerse nuevamente en subactividades aún más específicas.
Tiempo
PERT define cuatro tipos de tiempo necesarios para realizar una actividad:
- tiempo optimista : el tiempo mínimo posible requerido para completar una actividad (o) o un camino (O), suponiendo que todo transcurre mejor de lo que normalmente se espera [ 2 ] : 512
- Tiempo pesimista : el tiempo máximo posible necesario para completar una actividad (p) o un camino (P), suponiendo que todo salga mal (pero excluyendo catástrofes mayores). [ 2 ] : 512
- Tiempo más probable : la mejor estimación del tiempo necesario para completar una actividad (m) o un camino (M), suponiendo que todo transcurra con normalidad. [ 2 ] : 512
- Tiempo esperado : la mejor estimación del tiempo necesario para completar una actividad (te) o un camino (TE), teniendo en cuenta que las cosas no siempre se desarrollan con normalidad (lo que implica que el tiempo esperado es el tiempo promedio que requeriría la tarea si se repitiera en varias ocasiones durante un período prolongado). [ 2 ] : 512–513
- desviación estándar del tiempo : la variabilidad del tiempo para completar una actividad (σ te ) o un camino (σ TE )
Herramientas de gestión
PERT proporciona una serie de herramientas para la gestión en la determinación de conceptos, tales como:
- La holgura es una medida del tiempo y los recursos disponibles para completar una tarea. Representa el tiempo que una tarea del proyecto puede retrasarse sin afectar a las tareas posteriores ( holgura libre ) ni al proyecto en su conjunto ( holgura total ). Una holgura positiva indica que el proyecto va adelantado ; una holgura negativa, que va retrasado ; y una holgura cero, que va según lo previsto .
- Ruta crítica : la ruta continua más larga posible desde el evento inicial hasta el evento final. Determina el tiempo total del proyecto; por lo tanto, cualquier retraso en la ruta crítica retrasará la consecución del evento final al menos en la misma cantidad.
- Actividad crítica : Una actividad cuyo tiempo de holgura total es cero. Una actividad con holgura cero no necesariamente se encuentra en la ruta crítica, ya que su ruta puede no ser la más larga.
- tiempo de anticipación : el tiempo en el que debe completarse un evento predecesor para permitir tiempo suficiente para las actividades que deben transcurrir antes de que un evento PERT específico llegue a su finalización.
- tiempo de retardo : el tiempo más temprano en el que un evento sucesor puede seguir a un evento PERT específico.
- Aceleración : realizar actividades más críticas en paralelo
- Aceleración de la ruta crítica : Reducción de la duración de las actividades críticas
Implementación
El primer paso para programar un proyecto es determinar las tareas que requiere y el orden en que deben completarse. Registrar el orden puede ser sencillo para algunas tareas (por ejemplo, al construir una casa, el terreno debe nivelarse antes de colocar los cimientos), mientras que para otras puede resultar difícil (hay dos áreas que deben nivelarse, pero solo se dispone de suficientes excavadoras para una). Además, las estimaciones de tiempo suelen reflejar el tiempo normal, sin prisas. En muchos casos, el tiempo necesario para ejecutar una tarea puede reducirse a costa de un coste adicional o una disminución de la calidad.
Ejemplo
En el siguiente ejemplo hay siete tareas, etiquetadas de la A a la G. Algunas tareas pueden realizarse simultáneamente ( A y B ), mientras que otras no pueden realizarse hasta que su predecesora haya finalizado ( C no puede comenzar hasta que A haya finalizado). Además, cada tarea tiene tres estimaciones de tiempo: la estimación optimista ( o ), la estimación más probable o normal ( m ) y la estimación pesimista ( p ). El tiempo esperado ( te ) se calcula mediante la fórmula ( o + 4m + p ) ÷ 6. [ 2 ] : 512–513
Una vez completado este paso, se puede dibujar un diagrama de Gantt o un diagrama de red.

Diagrama de Gantt creado con Microsoft Project (MSP). Nota: (1) la ruta crítica está en rojo, (2) la holgura son las líneas negras que conectan las actividades no críticas, (3) dado que el sábado y el domingo no son días laborables y, por lo tanto, se excluyen del cronograma, algunas barras del diagrama de Gantt son más largas si atraviesan un fin de semana. 
Diagrama de Gantt creado con OmniPlan . Nótese que (1) la ruta crítica está resaltada, (2) la holgura no se indica específicamente en la tarea 5 (d), aunque se puede observar en las tareas 3 y 7 (b y f), (3) dado que los fines de semana se indican con una línea vertical delgada y no ocupan espacio adicional en el calendario de trabajo, las barras del diagrama de Gantt no son más largas ni más cortas cuando abarcan o no un fin de semana.
El siguiente paso consiste en crear el diagrama de red a mano o utilizando un software de diagramación.
Un diagrama de red se puede crear a mano o utilizando software de diagramas. Hay dos tipos de diagramas de red: actividad en flecha ( AOA ) y actividad en nodo ( AON ). Los diagramas de actividad en nodo son generalmente más fáciles de crear e interpretar. Para crear un diagrama AON, se recomienda (pero no es obligatorio) comenzar con un nodo llamado inicio . Esta "actividad" tiene una duración de cero (0). Luego, se dibuja cada actividad que no tiene una actividad predecesora ( a y b en este ejemplo) y se conectan con una flecha desde inicio a cada nodo. A continuación, dado que tanto c como d tienen a como actividad predecesora, sus nodos se dibujan con flechas que salen de a . La actividad e tiene b y c como actividades predecesoras, por lo que el nodo e se dibuja con flechas que salen de b y c , lo que significa que e no puede comenzar hasta que b y c se hayan completado. La actividad f tiene d como actividad predecesora, por lo que se dibuja una flecha que conecta las actividades. De manera similar, se dibuja una flecha de e a g . Como no hay actividades que vengan después de f o g , se recomienda (pero de nuevo no es obligatorio) conectarlas a un nodo etiquetado como finish .

Por sí solo, el diagrama de red que se muestra arriba no proporciona mucha más información que un diagrama de Gantt; sin embargo, se puede ampliar para mostrar más información. La información más común que se muestra es:
- El nombre de la actividad
- Duración prevista
- La hora de inicio temprana (ES)
- El tiempo de finalización anticipado (EF)
- La hora de inicio tardía (LS)
- El tiempo de finalización tardío (LF)
- La holgura
Para determinar esta información, se asume que se conocen las actividades y sus tiempos de duración habituales. El primer paso consiste en determinar el ES y el EF. El ES se define como el EF máximo de todas las actividades predecesoras, salvo que la actividad en cuestión sea la primera, en cuyo caso el ES es cero (0). El EF es el ES más la duración de la tarea (EF = ES + duración).
- El ES para el inicio es cero ya que es la primera actividad. Como la duración es cero, el EF también es cero. Este EF se utiliza como ES para a y b .
- El ES para a es cero. La duración (4 días laborables) se suma al ES para obtener un EF de cuatro. Este EF se utiliza como ES para c y d .
- El ES para b es cero. La duración (5,33 días laborables) se suma al ES para obtener un EF de 5,33.
- El ES para c es cuatro. La duración (5,17 días laborables) se suma al ES para obtener un EF de 9,17.
- El ES para d es cuatro. La duración (6,33 días laborables) se suma al ES para obtener un EF de 10,33. Este EF se utiliza como ES para f .
- El ES para e es el mayor EF de sus actividades predecesoras ( b y c ). Dado que b tiene un EF de 5,33 y c tiene un EF de 9,17, el ES de e es 9,17. La duración (5,17 días laborables) se suma al ES para obtener un EF de 14,34. Este EF se utiliza como el ES para g .
- El ES para f es 10,33. La duración (4,5 días laborables) se suma al ES para obtener un EF de 14,83.
- El ES para g es 14,34. La duración (5,17 días laborables) se suma al ES para obtener un EF de 19,51.
- El ES para finalizar es el mayor EF de sus actividades predecesoras ( f y g ). Dado que f tiene un EF de 14,83 y g tiene un EF de 19,51, el ES de finalizar es 19,51. Finalizar es un hito (y por lo tanto tiene una duración de cero), por lo que el EF también es 19,51.
Salvo imprevistos , el proyecto debería completarse en 19,51 días laborables. El siguiente paso consiste en determinar el inicio tardío (IT) y la finalización tardía (FT) de cada actividad. Esto permitirá identificar si existen actividades con holgura . La FT se define como el IT mínimo de todas las actividades sucesoras, a menos que se trate de la última actividad, en cuyo caso la FT es igual a la FT. El IT es la FT menos la duración de la tarea (IT = FT − duración).
- El LF para finalizar es igual al EF (19,51 días laborables) ya que es la última actividad del proyecto. Como la duración es cero, el LS también es de 19,51 días laborables. Esto se utilizará como LF para f y g .
- La LF para g es de 19,51 días laborables. La duración (5,17 días laborables) se resta de la LF para obtener una LS de 14,34 días laborables. Esto se utilizará como la LF para e .
- La LF para f es de 19,51 días laborables. La duración (4,5 días laborables) se resta de la LF para obtener una LS de 15,01 días laborables. Esto se utilizará como la LF para d .
- La LF para e es de 14,34 días laborables. La duración (5,17 días laborables) se resta de la LF para obtener una LS de 9,17 días laborables. Esto se utilizará como LF para b y c .
- La LF para d es de 15,01 días laborables. La duración (6,33 días laborables) se resta de la LF para obtener una LS de 8,68 días laborables.
- La LF para c es de 9,17 días laborables. La duración (5,17 días laborables) se resta de la LF para obtener una LS de 4 días laborables.
- La LF para b es de 9,17 días laborables. La duración (5,33 días laborables) se resta de la LF para obtener una LS de 3,84 días laborables.
- La LF de a es la LS mínima de sus actividades sucesoras. Dado que c tiene una LS de 4 días laborables y d tiene una LS de 8,68 días laborables, la LF de a es de 4 días laborables. Esta duración (4 días laborables) se resta de la LF para obtener una LS de 0 días laborables.
- El LF para el inicio es el LS mínimo de sus actividades sucesoras. Dado que a tiene un LS de 0 días laborables y b tiene un LS de 3,84 días laborables, el LS es de 0 días laborables.
El siguiente paso consiste en determinar la ruta crítica y la posible holgura.
El siguiente paso es determinar la ruta crítica y si alguna actividad tiene holgura . La ruta crítica es la que requiere más tiempo para completarse. Para determinar los tiempos de las rutas, se suman las duraciones de las tareas de todas las rutas disponibles. Las actividades con holgura pueden retrasarse sin modificar el tiempo total del proyecto. La holgura se calcula de dos maneras: holgura = LF − EF o holgura = LS − ES. Las actividades que se encuentran en la ruta crítica tienen una holgura de cero (0).
- La duración de la ruta adf es de 14,83 días laborables.
- La duración del programa ACEG es de 19,51 días laborables.
- La duración del proceso es de 15,67 días laborables.
La ruta crítica es aceg y el tiempo crítico es de 19,51 días laborables. Puede haber más de una ruta crítica (en un proyecto más complejo que este ejemplo) o la ruta crítica puede cambiar. Por ejemplo, supongamos que las actividades d y f tardan sus tiempos pesimistas (b) en completarse en lugar de sus tiempos esperados (T E ). La ruta crítica ahora es adf y el tiempo crítico es de 22 días laborables. Por otro lado, si la actividad c se puede reducir a un día laborable, el tiempo de la ruta para aceg se reduce a 15,34 días laborables, que es ligeramente inferior al tiempo de la nueva ruta crítica, beg (15,67 días laborables).
Suponiendo que estos escenarios no se produzcan, ahora se puede determinar la holgura para cada actividad.
- El inicio y el final son hitos y, por definición, no tienen duración, por lo tanto, no pueden tener margen de tiempo (0 días laborables).
- Por definición, las actividades de la ruta crítica tienen una holgura de cero; sin embargo, siempre es buena idea comprobar los cálculos al dibujar a mano.
- LF a – EF a = 4 − 4 = 0
- LF c – EF c = 9,17 − 9,17 = 0
- LF mi – EF mi = 14,34 − 14,34 = 0
- LF g – EF g = 19,51 − 19,51 = 0
- La actividad b tiene una LF de 9,17 y una EF de 5,33, por lo que la holgura es de 3,84 días laborables.
- La actividad d tiene una LF de 15,01 y una EF de 10,33, por lo que la holgura es de 4,68 días laborables.
- La actividad f tiene una LF de 19,51 y una EF de 14,83, por lo que la holgura es de 4,68 días laborables.
Por lo tanto, la actividad b puede retrasarse casi 4 días laborables sin que ello retrase el proyecto. Del mismo modo, la actividad d o la actividad f pueden retrasarse 4,68 días laborables sin que ello retrase el proyecto (alternativamente, d y f pueden retrasarse 2,34 días laborables cada una).

Evitar bucles
Dependiendo de las capacidades de la fase de entrada de datos del algoritmo de ruta crítica, puede crearse un bucle, como A -> B -> C -> A. Esto puede provocar que algoritmos sencillos entren en un bucle infinito. Si bien es posible marcar los nodos visitados y borrar las marcas al finalizar el proceso, un mecanismo mucho más sencillo consiste en calcular la duración total de todas las actividades. Si se encuentra un EF mayor que el total, se debe finalizar el cálculo. Es recomendable guardar la identidad de los últimos doce nodos visitados para facilitar la identificación del problema.
Como herramienta de planificación de proyectos
Ventajas
- El diagrama PERT define y visibiliza explícitamente las dependencias (relaciones de precedencia) entre los elementos de la estructura de desglose del trabajo (comúnmente EDT ).
- PERT facilita la identificación de la ruta crítica y la hace visible.
- PERT facilita la identificación del inicio temprano, el inicio tardío y la holgura para cada actividad.
- PERT permite reducir potencialmente la duración del proyecto gracias a una mejor comprensión de las dependencias, lo que conduce a una mejor superposición de actividades y tareas cuando sea factible.
- La gran cantidad de datos del proyecto se puede organizar y presentar en un diagrama para su uso en la toma de decisiones.
- PERT puede proporcionar una probabilidad de finalización antes de un tiempo determinado.
Desventajas
- Puede haber potencialmente cientos o miles de actividades y relaciones de dependencia individuales.
- PERT no es fácil de adaptar a proyectos más pequeños.
- Los diagramas de red suelen ser grandes y difíciles de manejar, requiriendo varias páginas para imprimir y papel de tamaño especial.
- La falta de un marco temporal en la mayoría de los gráficos PERT/CPM dificulta la visualización del estado, aunque los colores pueden ser útiles, por ejemplo , un color específico para los nodos completados.
Incertidumbre en la planificación de proyectos
Durante la ejecución de un proyecto real, este nunca se desarrollará exactamente como se planeó debido a la incertidumbre. Esto puede deberse a la ambigüedad derivada de estimaciones subjetivas propensas a errores humanos o a la variabilidad que surge de eventos o riesgos inesperados. La principal razón por la que PERT puede proporcionar información inexacta sobre el tiempo de finalización del proyecto es esta incertidumbre en la programación. Esta inexactitud puede ser lo suficientemente grande como para que dichas estimaciones resulten inútiles.
Un método posible para maximizar la robustez de la solución consiste en incluir un margen de seguridad en el cronograma base para absorber las interrupciones. Esto se denomina planificación proactiva ; sin embargo, prever todas las posibles interrupciones sería muy lento y no podría contemplarse en el cronograma base. Un segundo enfoque, denominado planificación reactiva , define un procedimiento para reaccionar ante las interrupciones que no pueden ser absorbidas por el cronograma base.
Véase también
Referencias
- 1 2 Kelley, James E.; Walker, Morgan R.; Sayer, John S. (febrero de 1989). "Los orígenes de CPM: una historia personal" . Project Management . 3 (2). Project Management Institute: 18. Recuperado el 20 de marzo de 2024 .
- 1 2 3 4 5 6 Kerzner 2009 .
- 1 2 3 Brennan, Maribeth; PERT y CPM: una bibliografía seleccionada , Consejo de Bibliotecarios de Planificación, Monticello (IL), 1968 , pág. 1
- 1 2 Malcolm, Donald G.; Roseboom, John H.; Clark, Charles E.; Fazar, Willard ; "Aplicación de una técnica para la evaluación de programas de investigación y desarrollo", Operations Research , vol. 7, n.º 5, septiembre-octubre de 1959, págs. 646-669
- ↑ Zimmerman, Steve; Conrad, Leo M. ( mayo de 1982). "Programación de PERT en BASIC" . BYTE . págs. 465–478 . Recuperado el 29 de diciembre de 2024 .
- ↑ Informe oficial de los Juegos Olímpicos de Invierno de 1968 , pág. 49. Consultado el 1 de noviembre de 2010. (en inglés y francés)
- ↑ Departamento de la Marina de los EE. UU., Grupo de Trabajo de Investigación para la Evaluación de Programas, Informe Resumen, Fase 1 , Oficina de Imprenta del Gobierno, Washington (DC), 1958
- ↑ Departamento de la Marina de los EE. UU., Grupo de Trabajo de Investigación para la Evaluación del Programa, Informe Resumen, Fase 2 , Oficina de Imprenta del Gobierno, Washington (DC), 1958
- ↑ Willard Fazar citado en: Stauber, B. Ralph; Douty, Harry M.; Fazar, Willard; Jordan, Richard H.; Weinfeld, William; y Manvel, Allen D.; "Actividades estadísticas federales" , The American Statistician , 13(2): 9–12 (abril de 1959), págs. 9–12
- ↑ Cook, Desmond L.; Técnica de evaluación y revisión de programas , 1966, pág. 12
- ↑ Maynard, Harold Bright , Manual de administración de empresas, 1967, pág. 17
Lecturas adicionales
- Project Management Institute (2013). Guía de los fundamentos de la gestión de proyectos (5.ª ed.). Project Management Institute. ISBN 978-1-935589-67-9.
- Klastorin, Ted (2003). Gestión de proyectos: herramientas y compensaciones (3.ª ed.). Wiley. ISBN 978-0-471-41384-4.
- Kerzner, Harold (2009). Gestión de proyectos: Un enfoque sistémico para la planificación, la programación y el control (10.ª ed.). Wiley. ISBN 978-0-470-27870-3.
- Milosevic, Dragan Z. (2003). Project Management ToolBox: Herramientas y técnicas para el gestor de proyectos en ejercicio . Wiley. ISBN 978-0-471-20822-8.
- Miller, Robert W. (1963). Control de cronograma, costos y ganancias con PERT: una guía completa para la gestión de programas . McGraw-Hill. ISBN 9780070419940.
{{cite book}}: Incompatibilidad de ISBN/Fecha ( ayuda ) - Sapolsky, Harvey M. (1971). El desarrollo del sistema Polaris: éxito burocrático y programático en el gobierno . Harvard University Press. ISBN 0674682254.
Enlaces externos
Contenido multimedia relacionado con los diagramas PERT en Wikimedia Commons.