 |
| 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.
No sólo eso, sino que con la publicación de la guía del PMBOK sexta edición, el PMI ha incluido la agilidad como un enfoque de proyecto aplicable en todos sus procesos y áreas de conocimiento. Sígue el siguiente enlace para conocer más sobre esto:
> La Guía del PMBOK 6ta edición y las metodologías ágiles
¿Te gustaría recibir los artículos y contenidos de PMOInformatica.com directamente en tu correo?
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
|
Product Backlog Review
|
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.
|
|
- 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?
También puedes seguirnos vía Twitter, Facebook o Linkedin:
> El Enfoque Tradicional del Desarrollo de Sistemas
> Desarrollo Ágil de Software
>>Guía y Estándares de PMI
>>Mapping the PMBOK Knowledge Areas to Agile Practices
Algunos puntos a discutir:
ResponderEliminar1) 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
Hola Agustín,
ResponderEliminarDe 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,
muy buen artículo
ResponderEliminarEstimados, buen día... tengo una consulta muy puntual referente a las metodologías ágiles y lo indicado en las conclusiones de este muy interesante artículo: Tal como lo define el PMI, no existe una “forma ideal” o “mejor manera” de establecer un ciclo de vida de software.
ResponderEliminarEs decir, la certificación PMI-ACP esta orientada unicamente a personas que trabajen en temas de software?, considerando debe existir una experiencia previa de 8 meses en el uso de la misma. Otra consulta: las metodologías ágiles se pueden aplicar en proyectos del tipo EPC?...
muchas gracias, saludos.
Saludos David,
EliminarRealmente la certificación PMI-ACP no está únicamente orientada a proyectos de software. Si bien las metodologías ágiles se han desarrollando ampliamente en el ambito de Tecnología informática y desarrollo de software, también es cierto que han comenzado a aplicarse en otros sectores industriales.
Respecto a si los enfoques Ágiles pueden aplicarse a proyectos de construcción, tradicionalmente se ha pensado que no, pues los proyectos de construcción suelen ser de naturaleza muy secuencia y además los cambios son muy costosos en etapas medias y finales del proyecto, por lo cual existe un gran incentivo en detallar lo más posible el diseño antes de la ejecución.
Sin embargo, se han aplicado enfoques de Lean (Gestión esbelta) como se explica en este artículo del PMI. https://www.pmi.org/learning/library/agile-software-applied-to-construction-9931 Este artículo también incluye información interesante sobre casos de estudio en los cuales Agile fue aplicado en la parte correspondiente a investigación y desarrollo de un proyecto de construcción, y también un segundo caso de estudio en la implementación de un sistema de mejora de desempeño continuo.
Un saludo,