Barra Superior

PMOinformatica.com
La oficina de proyectos de informática
La web sobre gerencia de proyectos de informática, software y tecnología.
Síguenos en:     

jueves, 5 de julio de 2012

Gestión de Proyectos PMI y el Desarrollo Ágil: ¿Que tienen en común?

Imagenes obtenidas de:
Picasa Web Albums y PMI
Una suposición de ciertos círculos profesionales es que el enfoque de gestión de proyectos tradicional, basado en estándares como el del Project Management Institute (PMI), es contradictorio con el nuevo enfoque de desarrollo ágil.

Dicha creencia parte de la premisa equivocada que los estándares definidos por el PMI están atados con un enfoque desarrollo secuencial (en cascada), cuando son aplicados al desarrollo de Software. 

Bajo estos enfoques, es necesario completar una fase de planificación detallada antes de comenzar con la fase de ejecución de todas las fases de un proyecto.

Este artículo está dedicado a explicar que la Gestión basada en la metodología PMI por definición, no está atada a un ciclo de vida de proyectos específicos, de hecho no sólo es compatible con las metodologías ágiles, sino que permite complementarlas en muchas áreas.

El PMI incluye entre sus estándares formas de planificación elaboración progresiva, que permite el ejecutar un proyecto definiendo el alcance a medida que la ejecución avanza fase por fase, proporcionando cada vez mayor información sobre este.

Al principio del proyecto se elabora un plan maestro, en el que se establecen las fases marco y su duración. Al concluir de cada fase, se utiliza la información nueva descubierta y los productos proporcionados por esta para planificar el detalle la siguiente.

Este proceder no es muy diferente al Desarrollo Ágil de Software, en el cual en cada iteración se realiza todo un ciclo de Análisis, Diseño, Desarrollo, Pruebas y Revisión, para luego planificar la siguiente iteración utilizando el producto y nueva información del alcance determinada en la fase que concluye.

¿Te gustaría recibir los artículos y contenidos de PMOInformatica.com directamente en tu correo?


Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

Lectura recomendada 

Proyectos Ágiles con Scrum: Flexibilidad, aprendizaje, innovación y colaboración en contextos complejos 
Autor: Martin Alaimo; Martin Salas.
>> Latinoamérica (amazon.com) 
>> España (amazon.es)
>> Ver reseña


Elaboración Progresiva PMI comparado con Desarrollo Ágil





Actividades y Herramientas PMI vs. Actividades y Herramientas de Desarrollo Ágil:

Elaboración Progresiva (PMI)
Desarrollo Ágil
Fase
Actividad
Herramienta
Fase
Actividad
Herramienta
Planificación
Definición de Alcance

Elaboración de Estructura Desagregada de Trabajo
Definición de Alcance

Estructura Desagregada de Trabajo
Revisión del alcance del producto y decomposición en sus partes
Planificación
Elaboración de Estructura Desagregada de Trabajo









Planificación de la Iteración
Revisión del Backlog
Planificación de la iteración
Definición de actividades

Lista de actividades

Planificación de la Iteración
Revisión del Backlog
Secuenciamiento de actividades

Diagrama de Precedencia

Planificación de la Iteración
Seleccionar los componentes del Backlog que formarán parte de la iteración.

Backlog de Producto
Estimación de duración de actividades
Estimaciones de duración de actividades
Planificación de la Iteración
Estimación de esfuerzo para fabricar componentes.
Plan de la ietración
Ejecución
Dirección y Ejecución del Trabajo
Sistema de asignación de tareas
Ejecución de la Iteración
Ejecución de la iteración
El equipo usa el Radiador para seleccionar el trabajo a realizar
Monitoreo y Control
Control de Calidad
Inspecciones
Ejecución de la Iteración
Ejecución de la iteración
El QA trabaja de la mano con desarrollo, construyendo la calidad en el producto.


Monitoreo y Control (Tiempo y Costo)
Ejecución de la Iteración
Reunión diaria
Burndown
Control de Riesgos
Ejecución de la Iteración
Reunión diaria
Lista de Impedimentos
Verificación de Alcance
Inspecciones
Revisión de la Iteración
Revisión de Producto
Backlog de Producto
Control de Alcance
Revisión de la Iteración
Reorganización del Backlog
Backlog de Producto
Cierre de Fase
Cierre de Fase
Reunión de Equipo

Autorizar cierre de fase
Aprobación
Cierre de iteración
Revisión del Backlog
Backlog de Producto.

Muchos de los artefactos PMI serán utilizados sólo al principio de proyectos ágiles, debido a:

  • Los costos y tiempos son fijos, definidos al principio del proyecto, por lo que el foco de cada iteración es definir la duración de las actividades y recursos necesarios para completar el alcance y seleccionar una cantidad tal que se ajuste a los tiempos y costos de la iteración.
  • El Proceso de Control de Cambios está integrado a la metodología ágil, pués al final de cada iteración, se agregan, descartan, desagregan o reordenan las prioridades de los elementos del Backlog de producto, definiendo y aprobando el alcance de próximas iteraciones. 
  • Actividades PMI de Identificación de intereados (Stakeholders), definición de objetivos y acta de constitución, bajo un enfoque ágil deberían realizarse previo al comienzo de las iteraciones o en una iteración cero. 

PMI complementa la metodología de Desarrollo Ágil

El PMI ofrece amplio material en áreas más relacionadas con los aspectos humanos, comunicacionales y administrativos y de Gerencia General, mientras que Ágil está enfocado en el proceso de desarrollo de software, por lo cual PMI puede complementar a Ágil en áreas como:

  • Gestión de Calidad. 
  • Gestión de Recursos Humanos. 
  • Gestión de las comunicaciones. 
  • Gestión de Proveedores. 
  • Gestión de los Riesgos
  • Mejora continua de los procesos. 

Conclusiones

Tal como lo define el PMI, no existe una “forma ideal” o “mejor manera” de establecer un ciclo de vida de software. Bajo dicha premisa, el enfoque ágil es compatible con PMI.

El Gerente y equipo de proyecto son los responsables de definir que procesos del PMBOK aplicaran y bajo qué forma los implementaran. Igual al punto anterior, bajo esté enfoque, el ciclo de vida ágil es absolutamente compatible con PMI.

Es tan cierta está premisa, que el PMI ha adoptado a Ágil como parte de sus estándares, creando la certificación de Profesional Agile Certificado PMI.

¿Y tú?, ¿Qué opinas?

¿Consideras que el enfoque predictivo del PMI y las metodologías ágiles están totalmente contrapuestas?, ¿o existen áreas en común? Te invitamos a dejarnos comentarios en la Web de La Oficina de Proyectos de Informática (pmoinformatica) (puedes firmar tu comentario con la dirección de tu web si así lo deseas).

¿Te ha gustado este artículo?, entonces suscríbete a nuestra lista de correos?


Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

También puedes seguirnos vía Twitter, Facebook o Linkedin:

   

Otros Artículos Relacionados

El Enfoque Tradicional del Desarrollo de Sistemas
Desarrollo Ágil de Software

Enlaces de Terceros

>>Guía y Estándares de PMI
>>Mapping the PMBOK Knowledge Areas to Agile Practices

3 comentarios :

  1. Algunos puntos a discutir:

    1) El primer principio del manifiesto ágil es
    Individuos y sus interacciones sobre procesos y herramientas. IME el foco PMI está en lo segundo.

    2) La naturaleza del desarrollo de software es la creación de nuevos productos. Si el software ya existiera, se instalaría y punto. Y el crear un nuevo producto tiene desafíos distintos que implementar soluciones conocidas (de bajo riesgo).
    IMHO no existe un proceso que aplique a todos los casos, y si se explicitara esto en el PMBOK seria muy bueno para los que trabajan en proyectos de software y son gestionados por una persona que usa un paradigma inadecuado

    ResponderEliminar
  2. Hola Agustín,

    De acuerdo con el punto 1, el foco del estándar de Proyectos del PMBOK es en procesos y herramientas, mientras que el foco de la agilidad son los individuos y sus interacciones.

    Aún así, cuando analizamos el tema, pudimos ver la similitud que existe en las iteraciones de Scrum con el proceso de elaboración progresiva definido por PMI, lo que motivo el artículo.

    De acuerdo también con el punto 2, de hecho, es por ello que proyectos de instalación de Software adquirido a fabricante son más fáciles de implementar con una metodología predictiva, sin caer en las desviaciones en las que caen proyectos de software a la medida.

    El desarrollo del software es más parecido a proyectos de investigación y desarrollo, o proyectos de desarrollo de un nuevo producto.

    El PMI presenta lineamientos generales para llevar todo tipo de proyectos (desde construir un edificio, construir una nueva refinería, o desarrollar un nuevo modelo de avión de pasajeros), el PMI no define las herramientas técnicas, aplicadas en el ciclo de vida de proyecto, eso corresponde al área técnica involucrada.

    Un Saludo,

    ResponderEliminar

Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.