Gestión AgileProject vs Guía PMBOK

Gestión AgileProject vs Guía PMBOK ® y EVM-"¿Revolución o evolución?"

Un artículo de Gestión de Proyectos por Mark Tolbert

En enero de 2012, Mark Tolbert presentated popular PM Herramientas Taller "Gestión de Proyectos Ágil contra la Guía del PMBOK y Gestión del Valor Ganado". Este mes, estamos comienzo una serie de artículos académicos de siete parte escrita por Mark sobre el tema. Estéen la mirada hacia fuera para el período abril - Boletín de septiembre para los seis tramos restantes. También puede acceder a una versión imprimible del artículo.

Introducción - Información general
Ha sido un poco más de diez años desde que el Manifiesto Ágil se publicó. Durante estos 10 años, el nivel de interés por la APM (Agile Project Management) y las metodologías específicasincluidas dentro del "paraguas Agile" - como Scrum, programación extrema, Lean, Crystal, DSDM y Feature Driven Development - ha aumentado de manera constante. APM duda no es una moda pasajera. Más y más personas están saliendo de la gestión de sus proyectos utilizando los métodos tradicionales, y están utilizando metodologías ágiles en su lugar.

En los últimos años parece que Agile Project Managementha cruzado un límite fundamental de estar en una "fase de adopción temprana" en "la adopción masiva." Con el reciente anuncio de la certificación PMI-ACP Ágil del PMI, esto aumentará aún más el nivel de interés en Agile Project Management, y validar su aceptación como una forma clave para manejar muchos tipos de proyectos. Para las empresas y los directores de proyectos que han sido lentos paraobtener una educación en este nuevo enfoque, el momento es ahora: llegar hasta a la velocidad con la APM y sus beneficios, o quizás arriesgarse a convertirse en obsoleto!

APM fue concebido originalmente como sólo una nueva forma de gestión de proyectos sólo para proyectos de software, pero en la actualidad está siendo aplicado con éxito en muchas industrias y aplicaciones diferentes. Este seaplica más a los proyectos en los que se espera que los requisitos cambiarán significativamente durante el curso del proyecto: el cliente no por adelantado exactamente lo que quiere; Por lo tanto, vamos a crear prototipos de forma iterativa el producto o servicio, y permitir que los requisitos de "emerger" o se descubran en curso.

Dado que los proyectos de software a menudo incluyen losrequisitos más maleables, son excelentes candidatos para utilizar APM. Pero hoy, muchos otros proyectos son candidatos excelentes también. En el excelente libro de Jim Highsmith, Agile Project Management: Creación de Productos Innovadores - señala que muchos de los productos que una vez se pensó que eran sólo hardware son ahora productos realmente híbridos con un componente de software que sea importante,y el componente de software no deja de aumentar.

Los teléfonos celulares son un gran ejemplo: en pocos años han pasado de ser productos con un número relativamente pequeño de software a ser productos con cientos de miles de líneas de código de software que impulsan a todos los aspectos de la operación del teléfono. Incluso en la arquitectura y el diseño de los edificios, el uso de CAD y otrastécnicas de modelado y prototipado ha tenido enormes implicaciones para la forma de abordar el proyecto.

En la revista de enero 2012 PMNetwork, hay un artículo sobre la adopción de Agile, y de 4770 los directores de proyectos de software que PMI entrevistados, el 90% dijo que estaban utilizando algún tipo de Agile. Además, la mayoría de estos PMs cite tener tanto un mayor nivel de éxito en eluso ágil de la que tenían con los métodos tradicionales sólo. Además, según lo informado por el PMI, el uso de metodologías ágiles se ha triplicado desde diciembre de 2008 a mayo de 2011.

Así, hoy en día, parece que tenemos dos escuelas de pensamiento dominantes en relación con la gestión del proyecto: el enfoque tradicional, cuyas prácticas y procesos están mejor articuladas en la Guía del...