Nombre:

Jesús Manuel Reséndiz Torres

Matricula:
86294

Grupo:
K043

Materia:
DISEÑO DE PROYECTOS MULTIMEDIA

Numero & Tema De La Actividad:

Actividad de aprendizaje 1. Iniciando mi experiencia en el Proyect
Management

Ciudad & Fecha:

CDMX a 10 De Febrero De 2020
 

Breve historia sobre la administración de

proyectos
Por Duncan Haughey, PMP® [ Acerca del autor ]

En esta breve historia de la administración de proyectos, coloco en una gráfica los más grandes
desarrollos y eventos, llevándolos tan lejos como hay registros. Aunque ha habido alguna especie
de administración de proyectos desde el inicio de la civilización, el project management en el
sentido moderno lo podemos hallar a partir de 1950.

No obstante vale la pena citar algunos acontecimientos antes de 1910 (dato inicial de donde parte
la línea de tiempo presentada en este escrito), que sin duda son ejemplo de la implementación de
prácticas de gestión de proyectos en cierto sentido.

2570 a.C. Termina la construcción de la Gran Pirámide de Giza

Los faraones construyeron las pirámides y actualmente los arqueólogos todavía discuten acerca
de cómo lograron esta hazaña. Registros antiguos muestran que hubo gerentes para cada una de
las cuatro caras de la Gran Pirámide, responsables de supervisar su terminación.

Realmente sabemos que hubo algún grado de planificación, ejecución y control implicado en el
manejo de este proyecto.
208 a.C. Construcción de la Gran Muralla China

Más tarde aún, otra de las Siete Maravillas del mundo fue construida. Desde la Dinastía Qin (221-
206 a.C.), el levantamiento de la Gran Muralla ha sido un proyecto muy grande. De acuerdo a
datos históricos, la fuerza de trabajo fue organizada en tres grupos: soldados, gente común y
criminales. El Emperador Qin Shihuang ordenó a millones de personas para finalizar este
proyecto

1917.- Desarrollo del Diagrama de Gantt por Henry Gantt (1861-1919)

Uno de los antepasados del project management, Henry Gantt, es muy bien conocido por crear
una gráfica de calendarización que lleva su propio nombre, el Diagrama de Gantt. Éste fue una
idea radical y una innovación de importancia para todo el mundo en la década de 1920. Uno de
sus primeros usos fue en el proyecto Hoover Dam iniciado en 1931. El Diagrama de Gantt todavía
se utiliza en la actualidad y constituye una pieza importante de la caja de herramientas de
cualquier project manager.

1956.- Se forma la American Association of Cost Enginers (ahora AACE International)

Los primeros profesionales de la administración de proyectos y de las especialidades asociadas

de planificación y calendarización; estimación de costos, costos y calendarización formaron la
AACE en 1956. Ésta ha mantenido el liderazgo de la comunidad profesional para los estimadores
de costos, ingenieros de costos, encargados de llevar el calendario, project managers y
especialistas en el control de proyectos.

AACE continuó su trabajo pionero en el 2006 cuando lanzó al mercado el primer proceso
integrado de gestión de portafolio, programas y proyectos con su Marco de Gestión de Costo
Total.

1957.- El método de ruta crítica o Critical Path Method (CPM) inventado por Dupont
Corporation

Desarrollado por una de las empresas más antiguas de la actualidad y pionera en el desarrollo de
innovaciones de todo tipo, Dupont Corporation creó el CPM que es una técnica utilizada para
predecir la duración de un proyecto al analizar cuáles secuencias de actividades tienen la menor
cantidad de flexibilidad dentro del calendario. Dupont lo diseñó para abordar los procesos
complejos de cierre de plantas químicas para actividades de mantenimiento, y una vez que éste
concluyera reiniciar las operaciones.

La técnica fue tan exitosa que le ahorró a la corporación 1 millón de dólares en el primer año de
su implementación.

1958.- La Armada de los Estados Unidos inventa la Técnica de Revisión y Evaluación de

Programas (Program Evaluation and Review Technique o PERT), utilizada para el Proyecto
Polaris

La Oficina de Proyectos Especiales de la Armada del Departamento de Defensa de los Estados

Unidos desarrolló PERT como parte del proyecto Polaris de misil balístico móvil lanzado desde
submarino durante la Guerra Fría. PERT es un método que permite analizar las tareas
involucradas en la realización de un proyecto, especialmente el tiempo necesario para completar
cada tarea e identificar el tiempo mínimo requerido para concluir el proyecto total.

1962.- El Departamento de Defensa de los Estados Unidos ordena aplicar la Estructura de

Desglose de Trabajo (Work Breakdown Structure, WBS)

La EDT o WBS fue creada como parte del proyecto Polaris de misil balístico móvil lanzado desde
submarino. Después de realizar el proyecto, el Departamento de Defensa publicó la Estructura de
Desglose de Trabajo, ordenando que este procedimiento sea seguido en futuros proyectos de
este alcance y tamaño. La WBS es una estructura exhaustiva representada por un árbol
jerárquico de entregables y tareas que se necesitan llevar a cabo para poder completar el
proyecto. Más tarde adoptada por el sector privado, la WBS se mantiene como una de las
herramientas más comunes y efectivas dentro de la administración de proyectos.

1965.- Se funda la International Project Management Association (IPMA)

IPMA fue la primera asociación de administración de proyectos en el mundo. Comenzó en Viena,

Austria por un grupo a manera de un foro de project managers para generar redes de trabajo y
compartir información. Registrada en Zúrich, Suiza y en Nijkerk, Holanda; IPMA es una
Confederación que cuenta con más de 50 Asociaciones Nacionales de Gestión de Proyectos.
Cuenta con más 40 mil miembros en todos los continentes, en su mayoría localizados en Europa,
pero con gran empuje en Latinoamérica los últimos cuatro años.

Desde su nacimiento su visión ha sido promover la administración de proyectos y dirigir el

desarrollo de la profesión a través de competencias y conocimiento dentro de un determinado
contexto. Hoy en día cuentan con cuatro niveles de certificación.

1969.- Nace en los Estados Unidos el Project Management Institute (PMI®)

Cinco voluntarios fundaron el PMI® como una organización profesional sin fines de lucro
dedicada a contribuir con el avance de la práctica, ciencia y profesión de administración de
proyectos. La Mancomunidad de Pensilvania, E.E.U.U. publicó artículos de incorporación del
PMI® en 1969, lo cual significó su inicio oficial. En ese mismo año, el PMI® celebró su primer
simposio en Atlanta, Georgia con una asistencia de 83 personas, donde la conferencia estuvo a
cargo de Russell Archibald, miembro N° 6 del PMI®; quien impartió Planificar, Calendarizar y
Controlar los Esfuerzos de los Trabajadores del Conocimiento.

Desde entonces, el PMI® ha sido muy bien conocido como el creador de la “Guía de los
Fundamentos para la Dirección de Proyectos” (PMBOK®), considerado como una de las
herramientas fundamentales en la profesión de project management actualmente. El PMI® ofrece
diferentes certificaciones orientadas a proyectos.

1975.- Simpact Systems Limited crea el Método PROMPTII

PROMPTII fue desarrollado en respuesta a una protesta que los proyectos informáticos estaban
prolongando el tiempo estimado para su finalización y excediendo los presupuestos originales
dispuestos en los estudios de factibilidad. No era inusual experimentar con factores de doble,
triple o incluso diez veces de las estimaciones originales. PROMPTII fue un intento de establecer
las directrices para el flujo de fase de un proyecto informático. En 1979 la Agencia Central de
Informática y Telecomunicaciones del Gobierno del Reino Unido.

1975.- Se publica la obra “The Mythical Man-Month: Essays on Software Engineering”

(Mítico Hombre-Mes: Ensayos de Ingeniería de Software) por Fred Brooks

En este libro sobre ingeniería de software y administración de proyectos, el tema central de Fred
Brooks es que “Agregar recursos humanos a un proyecto de software retrasado hace que se
retrase más”. Esta idea es conocida como la Ley de Brooks. Las comunicaciones humanas
adicionales requeridas para añadir a otro miembro a un equipo de programación es más de lo que
cualquiera espera. Esto por supuesto depende de la experiencia y la complejidad de los
programadores involucrados y la calidad de la documentación disponible. Sin embargo, no
importa cuánta experiencia tengan ellos. El tiempo extra en discutir las tareas, compromisos y los
detalles técnicos, así como la evaluación de los resultados se vuelve exponencial a medida que
se suman más personas. Esas observaciones provienen de las experiencias de Brooks al
momento de dirigir el desarrollo de OS/360 en IBM.

1984.- Se introduce la Teoría de las Restricciones por el Dr. Eliyahu M. Goldratt en su

novela “The Goal” (La Meta)

La Teoría de las Restricciones es una filosofía general de gestión que se orienta a ayudar a las
organizaciones continuamente para lograr sus objetivos. El título proviene de la visión de que
cualquier sistema manejable es limitado en el logro de más de su objetivo por un pequeño número
de restricciones, y siempre hay al menos una restricción. El proceso de la Teoría de las
Restricciones trata de identificar la restricción y reestructurar el resto de la organización alrededor
de ésta mediante el uso de 5 Pasos de Enfoque. Los métodos y algoritmos de la Teoría de las
Restricciones pasaron a formar parte de la base de la Administración de Proyectos con Cadena
Crítica.

1986.- Se nombra a SCRUM como un nuevo estilo de administración de proyectos

SCRUM es un modelo de desarrollo ágil de software fundamentado en el trabajo de múltiples

equipos pequeños de una forma intensiva e independiente. En su escrito “El nuevo juego del
desarrollo de producto nuevo” (Harvard Business Review, 1986), Hirotaka Takeuchi y Ikujiro
Nonaka llamaron a SCRUM como un estilo de administración de proyectos. Más tarde, ellos lo
detallaron en “La organización creadora de conocimiento” (Oxford University Press, 1995).
Aunque SCRUM fue pretendido para la dirección de proyectos de software, también puede
utilizarse para ejecutar equipos de mantenimiento de software o como un proyecto general y un
enfoque de gestión de programa.

1987.- Se publica por primera vez la Guía de los Fundamentos para la Dirección de
Proyectos (PMBOK®) por el PMI®

El PMBOK® surge inicialmente como un reporte o intento por documentar y homologar las
prácticas e información de administración de proyectos aceptadas. Su primera edición fue
publicada en 1996, seguida por otra en el 2000, la siguiente en el 2004 y la cuarta edición en el
2008. Este cuerpo de conocimientos es referencia primordial para todos los vinculados al mundo
de los proyectos actualmente y se ha convertido en un estándar global para la industria.

1989.- Gestión del Valor Ganado (EVM). Liderazgo concedido al Subsecretario de Defensa
para Adquisiciones

Aunque el concepto de valor Ganado ha estado alrededor del ambiente de las fábricas desde los
inicios de 1900, éste vino a tomar relevancia como una técnica de project management a finales
de 1980 e inicios de 1990. En 1989, la Gestión del Valor Ganado fue elevada al Subsecretario de
la Defensa para las Adquisiciones y en consecuencia se incluye a la técnica de EVM como parte
esencial de la administración de programa y procuración. En 1991, el Secretario de Defensa de
los Estados Unidos, Dick Cheney canceló el Programa de la Marina A-12 Avenger II debido a los
problemas de desempeño detectados al aplicar la técnica del valor ganado. El PMBOK® de 1987
tiene un esquema de EVM que posteriormente fue ampliado en otras ediciones.

1989.- Se desarrolla el Método de Desarrollo PRINCE a partir de PROMPTII

La Agencia Central de Informática y Telecomunicaciones del Gobierno del Reino Unido, publicó
PRojects IN Controlled Environments (PRINCE) transformándolo en el estándar para todos los
proyectos de sistemas de información del gobierno. Una característica en el método original que
no se en otros métodos, fue la idea de “asegurar el progreso” desde tres perspectivas separadas
pero vinculadas. No obstante, el método PRINCE desarrolló una reputación como una
metodología demasiado difícil de manejar, demasiado rígida y solamente aplicable a grandes
proyectos, llevándolo a una primera revisión en 1996.

1994.- Publicación del Primer Informe CHAOS

El Standish Group recogió información sobre fracasos de proyectos en la industria de TI con el

objetivo de hacer a la industria más exitosa, mostrando las formas de cómo mejorar los índices de
éxito e incrementar el valor de las inversiones en TI. El Informe CHAOS es una publicación bienal.

1996.- La Agencia Central de Informática y Telecomunicaciones del Gobierno del Reino

Unido publica PRINCE2®

Se consideró una actualización de PRINCE para ponerlo acorde a las exigencias y su desarrollo
fue contratado, pero asegurado por un comité virtual extendido entre 150 organizaciones
europeas. Originalmente desarrollado para proyectos de TI con la finalidad de reducir las
excedencias de costos y tiempo; la segunda revisión se hizo más general para que fuese
aplicable a cualquier tipo de proyecto.

1997.- Se inventa la Dirección de Proyectos con Cadena Crítica (Critical Chain Project
Management, CCPM)

Desarrollada por el Dr. Eliyahu M. Goldratt, la Administración de Proyectos con Cadena Crítica se
basa en métodos y algoritmos extraídos de su Teoría de las Restricciones presentada en su
novela “La Meta” en 1984. Una red de proyecto de Cadena Crítica mantendrá los recursos con
cargas niveladas, pero necesitarán de ellos para ser flexibles en sus tiempos de inicio y cambiar
rápidamente entre tareas y cadenas de tareas para mantener todo el proyecto dentro del
calendario previsto.

1998.- El PMBOK® se convierte en un Estándar ANSI

El Instituto Estadounidense de Estándares Nacionales (American National Standards Institute,

ANSI) reconoció al PMBOK® como un estándar. Poco después en ese mismo año El Instituto de
Ingenieros Electrónicos y Eléctricos (IEEE) hace lo propio.

2006.- La AACE International lanza el Marco de Gestión de Costo Total (Total Cost
Management Framework)

Gestión de Costo Total fue el nombre dado por la AACE International a un proceso donde se
aplican habilidades y conocimientos de la ingeniería de costos. Éste también fue el primer
proceso o método integrado de administración de portafolio, programas y proyectos. La AACE
introdujo esta idea por primera vez en 1990 y publicó la presentación completa de este proceso
en el Marco de Gestión de Costo Total.

2008.- El PMI® lanza la 4° edición del PMBOK®

La cuarta edición continúa la tradición de excelencia del PMI® en materia de administración de

proyectos con un estándar que es más fácil de entender y poner en práctica, con mejora en su
consistencia y mayor claridad. Esta edición muestra dos nuevos procesos que no habían
aparecido en versiones anteriores.

2009.- Revisión a fondo de PRINCE2® por la Oficina de Comercio del Gobierno de Reino
Unido

Bajo el nombre de PRINCE2® 2009: Refresh, en el verano de 2009 la Oficina de Comercio del
Gobierno hizo el método más simple y fácilmente personalizable, atendiendo a una petición
común de los usuarios. Con este nuevo PRINCE 2® los componentes pasan a llamarse temas y
el libro contiene 7 de éstos. Ahora se consideran 7 procesos. Sólo son descritas 2 técnicas y hay
8 roles diferentes a los 10 que se tenían previamente. Todo esto se hizo para darle a los project
managers un mejor conjunto de herramientas para cumplir los proyectos en tiempo, presupuesto y
con la calidad apropiada.

2011.- Aparición de la nueva credencial del PMI® Agile Certified Practitioner

Con esto el Project Management Institute demostró que no está cerrado a las metodologías
ágiles, únicamente a favor de los marcos rígidos donde aunque siempre presentes, los procesos
de cambio no son deseados, porque pueden implicar la corrupción del alcance del proyecto.

2012.- Aparición de la certificación PRINCE2® Professional

Esta nueva certificación surge de la necesidad de continuar mejorando el nivel de los PRINCE2®
Practitioner, quienes tienen la posibilidad de optar por ésta y demostrar a través de una rigurosa
evaluación si realmente poseen altas capacidades para ser project managers exitosos que
generen valor agregado dentro de sus organizaciones.

¿Qué sigue?

Con la globalización siempre vienen desafíos más grandes y la necesidad de aumentar la

velocidad de salida al mercado de nuevos productos y servicios. Los proyectos e convierten en
realizaciones más grandes, complejas y cada vez más difíciles de manejar. Los equipos ahora
son más diversos y sus integrantes están regados por todo el mundo. La crisis económica
mundial empuja a los trabajos hacia países de bajo costo, los cuales presentan varios problemas.
El mundo está cambiando y la administración de proyectos necesita cambiar con éste.

Sin duda, nuevas técnicas y mejores prácticas surgirán a medida que empujamos los límites de lo
que es posible y nuevos retos también emergerán. Los seres humanos necesitamos llevarnos
hacia adelante a un futuro mejor y con esto vendrán mejoras en la forma de manejar los
proyectos. Cuándo y dónde se suscitarán esos desarrollos, es algo incierto pero lo que sí es
seguro es que ocurrirán.

Mientras tanto lo que se ve más próximo en la Línea del Tiempo del desarrollo continuo de la
administración de proyectos, son los eventos siguientes:

2012
Publicación de la 5° Edición de la Guía PMBOK® (se espera para el 31 de diciembre 2012)
Posible publicación de la Norma ISO 21500 sobre Project Management
Herramientas asisdas por computadora
Herramientas CASE (Computer Aided Soware Engineering, Ingeniería de
Soware
Asisda por Computadoras).
Son diversas Aplicaciones informácas desnadas a aumentar la
producvidad en el
Desarrollo de soware reduciendo el coste de estas en términos de empo y de dinero.
Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de
vida de
desarrollo del soware en tareas como el diseño de proyectos, cálculo de
costes,
implementación de parte del código automácamente con el diseño dado, Compilación
automáca, documentación o detección de errores entre otras.
Es un sistema de soware que intenta proporcionar ayuda automazada a las
acvidades
del proceso de desarrollo de soware. Los sistemas CASE a menudo se ulizan como
apoyo al método. La primera herramienta CASE como hoy la conocemos fue Excelerator
en 1984, era para PC. Actualmente la oferta de herramientas CASE es muy
amplia y
tenemos por ejemplo el EASYCASE o WINPROJECT.
Tecnología de las herramientas CASE
La tecnología CASE supone la automazación del desarrollo del soware,
contribuyendo a
mejorar la calidad y la producvidad en el desarrollo de sistemas de información a la
hora
de construir soware se plantean los siguientes objevos:
• Permir la aplicación prácca de metodologías estructuradas, las cuales al ser
realizadas con una herramienta conseguimos agilizar el trabajo.
• Facilitar la realización de protopos y el desarrollo conjunto de aplicaciones.
• Simpli?car el mantenimiento de los programas.
• Mejorar y estandarizar la documentación.
• Aumentar la portabilidad de las aplicaciones.
• Facilitar la reulización de componentes soware.
• Permir un desarrollo y un re?namiento visual de las aplicaciones, mediante la
ulización de grá?cos.
Estructura general de una herramienta CASE
La estructura CASE se basa en la siguiente terminología :
• CASE de alto nivel son aquellas herramientas que automazan o apoyan las fases ?
nales
o superiores del ciclo de vida del desarrollo de sistemas como la plani?cación de
sistemas,
el análisis de sistemas y el diseño de sistemas.
• CASE de bajo nivel son aquellas herramientas que automazan o apoyan las fases ?
nales
o inferiores del ciclo de vida como el diseño detallado de sistemas, la implantación de
sistemas y el soporte de sistemas.
Herramientas asisdas por computadora
Herramientas CASE (Computer Aided Soware Engineering, Ingeniería de
Soware
Asisda por Computadoras).
Son diversas Aplicaciones informácas desnadas a aumentar la
producvidad en el
Desarrollo de soware reduciendo el coste de estas en términos de empo y de dinero.
Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de
vida de
desarrollo del soware en tareas como el diseño de proyectos, cálculo de
costes,
implementación de parte del código automácamente con el diseño dado, Compilación
automáca, documentación o detección de errores entre otras.
Es un sistema de soware que intenta proporcionar ayuda automazada a las
acvidades
del proceso de desarrollo de soware. Los sistemas CASE a menudo se ulizan como
apoyo al método. La primera herramienta CASE como hoy la conocemos fue Excelerator
en 1984, era para PC. Actualmente la oferta de herramientas CASE es muy
amplia y
tenemos por ejemplo el EASYCASE o WINPROJECT.
Tecnología de las herramientas CASE
La tecnología CASE supone la automazación del desarrollo del soware,
contribuyendo a
mejorar la calidad y la producvidad en el desarrollo de sistemas de información a la
hora
de construir soware se plantean los siguientes objevos:
• Permir la aplicación prácca de metodologías estructuradas, las cuales al ser
realizadas con una herramienta conseguimos agilizar el trabajo.
• Facilitar la realización de protopos y el desarrollo conjunto de aplicaciones.
• Simpli?car el mantenimiento de los programas.
• Mejorar y estandarizar la documentación.
• Aumentar la portabilidad de las aplicaciones.
• Facilitar la reulización de componentes soware.
• Permir un desarrollo y un re?namiento visual de las aplicaciones, mediante la
ulización de grá?cos.
Estructura general de una herramienta CASE
La estructura CASE se basa en la siguiente terminología :
• CASE de alto nivel son aquellas herramientas que automazan o apoyan las fases ?
nales
o superiores del ciclo de vida del desarrollo de sistemas como la plani?cación de
sistemas,
el análisis de sistemas y el diseño de sistemas.
• CASE de bajo nivel son aquellas herramientas que automazan o apoyan las fases ?
nales
o inferiores del ciclo de vida como el diseño detallado de sistemas, la implantación de
sistemas y el soporte de sistemas.