Gestión ágil de proyectos o APM

¿Qué es la metodología de proyectos ágiles?

La metodología de proyectos ágiles divide los proyectos en pequeños pedazos. Estas piezas del proyecto se completan en sesiones de trabajo que a menudo se denominan sprints. Los sprints generalmente se ejecutan desde unos pocos días hasta algunas semanas. Estas sesiones van desde la fase de diseño inicial hasta las pruebas y el aseguramiento de la calidad (QA).

La metodología Ágil permite a los equipos liberar segmentos a medida que se completan. Este cronograma de lanzamiento continuo permite a los equipos demostrar que estos segmentos son exitosos y, si no, corregir fallas rápidamente. La creencia es que esto ayuda a reducir la posibilidad de fallas a gran escala, porque hay una mejora continua a lo largo del ciclo de vida del proyecto.

Cómo funciona la APM

Los equipos ágiles incorporan retroalimentación rápida, adaptación continua y mejores prácticas de control de calidad en sus iteraciones. Adoptan prácticas como la implementación continua y la integración continua, utilizando tecnología que automatiza los pasos para acelerar el lanzamiento y el uso de productos.

Además, Agile Project Management requiere que los equipos evalúen continuamente el tiempo y el costo a medida que avanzan en su trabajo. Usan gráficos de velocidad, quemado y quemado para medir su trabajo, en lugar de gráficos de Gantt e hitos del proyecto para realizar un seguimiento del progreso.

La Gestión Ágil de Proyectos no requiere la presencia o participación de un director de proyecto. Aunque un gerente de proyecto es esencial para el éxito bajo las metodologías tradicionales de entrega de proyectos, como el modelo en cascada —donde el puesto administra el presupuesto, el personal, el alcance del proyecto y otros elementos clave— el rol del gerente de proyecto bajo APM se distribuye entre los miembros del equipo.

Por ejemplo, el propietario del producto establece los objetivos del proyecto, mientras que los miembros del equipo dividen la programación, los informes de progreso y las tareas de calidad. Ciertos enfoques Ágiles agregan otras capas de administración. El enfoque Scrum, por ejemplo, requiere un Scrum Master que ayude a establecer prioridades y guíe el proyecto hasta su finalización.

Pero los gerentes de proyecto aún se pueden utilizar en la gestión ágil de proyectos. Muchas organizaciones todavía los usan para proyectos Ágiles —particularmente los más grandes y complejos. Estas organizaciones generalmente colocan a los gerentes de proyecto en una función más de coordinador, y el propietario del producto asume la responsabilidad de la finalización general del proyecto.

Dado el cambio en el trabajo de los gerentes de proyecto a los Equipos Ágiles, la Gestión Ágil de Proyectos exige que los miembros del equipo sepan cómo trabajar dentro del marco. Deben poder colaborar entre sí y con los usuarios. Deben poder comunicarse bien para mantener los proyectos en marcha. Y deben sentirse cómodos tomando las acciones apropiadas en el momento adecuado para mantenerse al día con los horarios de entrega.

Las 5 fases de APM

Hay cinco fases principales involucradas en el proceso de APM.

1. Visualización. El proyecto y el producto en general se conceptualizan primero en esta fase y se identifican las necesidades de los clientes finales. Esta fase también determina quién va a trabajar en el proyecto y sus partes interesadas.
2. Especulación. Esta fase implica la creación de los requisitos iniciales para el producto. Los equipos trabajarán juntos para generar una lista de características del producto final y luego identificar los hitos relacionados con el cronograma del proyecto.
3. Exploración. El proyecto se trabaja con un enfoque en mantenerse dentro de las limitaciones del proyecto, pero los equipos también explorarán alternativas para cumplir con los requisitos del proyecto. Los equipos trabajan en hitos individuales e iteran antes de pasar al siguiente.
4. Adaptación. Los resultados entregados se revisan y los equipos se adaptan según sea necesario. Esta fase se centra en los cambios o correcciones que se producen en función de las perspectivas del cliente y del personal. Se debe proporcionar retroalimentación constantemente, para que cada parte del proyecto cumpla con los requisitos del usuario final. El proyecto debería mejorar con cada iteración.
5. Los resultados entregados se revisan y los equipos se adaptan según sea necesario. El proyecto final se compara con los requisitos actualizados. Los errores o problemas encontrados dentro del proceso deben revisarse para evitar problemas similares en el futuro.

Historia de APM

El siglo XXI vio un rápido aumento en el uso de la metodología Agile Project Management, particularmente para proyectos de desarrollo de software y otras iniciativas de TI.

Sin embargo, el concepto de desarrollo continuo se remonta a mediados del siglo XX y ha adoptado diversas formas, defendidas por diferentes líderes a lo largo de las décadas. Por ejemplo, estaba la creación de Prototipos de Producción Iterativa Rápida de James Martin, un enfoque que sirvió como premisa para el libro de 1991 Desarrollo Rápido de Aplicaciones y el enfoque del mismo nombre, RAD.

Un marco específico de Gestión de Proyectos Ágil que ha evolucionado en los últimos años es Scrum. Esta metodología cuenta con un propietario de producto que trabaja con un equipo de desarrollo para crear una cartera de productos, una lista priorizada de las características, funcionalidades y correcciones necesarias para entregar un sistema de software exitoso. Luego, el equipo entrega las piezas en incrementos rápidos.

Los marcos ágiles adicionales incluyen programación ajustada, kanban y extrema (XP).

Beneficios de la Gestión Ágil de Proyectos

Los defensores de la Gestión Ágil de Proyectos dicen que la metodología ofrece numerosos beneficios. Estos incluyen los siguientes:

• más libertad — la gestión de proyectos permite a los diseñadores trabajar en modelos que aprovechan sus puntos fuertes;
• uso eficiente de los recursos, que permite un despliegue rápido;
• mayor flexibilidad y adaptabilidad a las necesidades cambiantes — los desarrolladores pueden adaptarse mejor y realizar los cambios necesarios;
• detección rápida de problemas, lo que permite soluciones más rápidas;
• mayor colaboración con los usuarios, lo que lleva a productos que satisfacen mejor las necesidades de los usuarios; y
• no requiere objetivos y procesos tan claramente definidos al inicio del desarrollo en comparación con los métodos tradicionales de gestión de proyectos, como la cascada.

Inconvenientes de la Gestión Ágil de Proyectos

Sin embargo, también existen posibles inconvenientes, incluidos los siguientes:

• Un proyecto puede desviarse porque hay menos cursos de acción predeterminados al comienzo de un proyecto.
• Los proyectos fuera de la pista conducen a resultados menos predecibles.
• La gestión ágil se basa en la toma de decisiones rápidamente, por lo que no es adecuada para organizaciones que tardan mucho en analizar los problemas.
• La colaboración entre equipos o usuarios finales debe suceder continuamente para hacer el mejor producto posible. Los desafíos en la comunicación podrían afectar el producto final.

APM contra la metodología de cascada

La Gestión Ágil de Proyectos fue, y sigue siendo, un contrapunto a la metodología en cascada. La metodología en cascada presenta un enfoque estrictamente secuencial de los proyectos, donde las iniciativas comienzan con la recopilación de todos los requisitos antes de que comience el trabajo. Los siguientes pasos son determinar el alcance de los recursos necesarios, establecer presupuestos y cronogramas, realizar el trabajo real, probar y entregar el proyecto como un todo cuando todo el trabajo esté completo.

En respuesta a los problemas reconocidos en ese enfoque, 17 desarrolladores de software publicaron en 2001 el Manifiesto Ágil que describe 12 principios del Desarrollo de Software Ágil. Estos principios continúan guiando la Gestión Ágil de Proyectos incluso hoy. Incluyen:

1. Satisfacer a los clientes mediante la entrega continua de software valioso.
2. Requisitos de bienvenida que cambian. Incluso los cambios que llegan tarde en el desarrollo.
3. Entregar software de trabajo a intervalos regulares y frecuentes.
4. Hacer que los empresarios y los desarrolladores trabajen juntos.
5. Construir proyectos en torno a trabajadores motivados.
6. Organizar conversaciones cara a cara para transmitir información de forma eficaz.
7. Medir el progreso al poder producir software de trabajo.
8. Promover el desarrollo sostenible, que lleve a un ritmo constante para los trabajadores.
9. Prestar atención a la excelencia técnica y al diseño para impulsar la agilidad.
10. Simplificar priorizando el trabajo no realizado. Siga la regla 80/20, donde el 80% de los resultados provienen del 20% del trabajo.
11. Reconocer que los mejores requisitos, arquitecturas y diseños provendrán de equipos autoorganizados.
12. Reflexionar sobre cómo ser más eficaz a intervalos de tiempo regulares y ajústelo en consecuencia.

Ejemplos de Gestión Ágil de Proyectos

Algunos de los ejemplos más destacados de APM incluyen los siguientes:

• Scrum
• XP
• desarrollo impulsado por funciones
• desarrollo de software esbelto
• desarrollo de software adaptativo

Los equipos normalmente eligen uno o dos métodos APM para implementar. Por ejemplo, el marco de gestión de proyectos Scrum enfatiza el trabajo en equipo, la responsabilidad y el progreso frecuente hacia un objetivo bien definido. El progreso se realiza un seguimiento y se ajusta según sea necesario. Los roles de Scrum incluyen propietario de producto, Scrum Master y equipo de desarrollo de Scrum. Estos roles respaldan los tres pilares de Scrum — transparencia, inspección y adaptación.