¿QUÉ ES LA AGILIDAD?

Más flexible y ágil, la metodología ágil está sustituyendo cada vez más a la tradicional gestión de proyectos de ciclo V. Pero, ¿qué es exactamente la agilidad? Echemos un vistazo. 

¿Ciclo V o Agile?

El ciclo V, aparecido en los años 80, es el llamado método "tradicional" de gestión de proyectos. Se basa en que un proyecto se divide en una sucesión de etapas: análisis de necesidades, redacción de especificaciones funcionales, implementación, pruebas unitarias, pruebas de integración, pruebas de validación y pruebas de aceptación. Cada etapa está asociada a una fase de validación. Sus principales ventajas radican en su facilidad de aplicación y su efecto túnel, que evita el retroceso. Pero este efecto túnel es también lo que se critica porque no deja espacio para las modificaciones durante el desarrollo y, por tanto, para la adaptabilidad y la capacidad de respuesta. Y el problema actual es que resulta complejo prever todas las situaciones y, por tanto, establecer requisitos. 

Ciclo V

Es esta falta de flexibilidad la que ha permitido que el método ágil se desarrolle y destaque. Este último aboga por la comunicación y la colaboración entre equipos multidisciplinares autoorganizados, al tiempo que sitúa al cliente en el centro del proyecto. Es la consecuencia de la observación de un alto índice de fracaso de los proyectos en la década de 1990. En 2001, 17 expertos en desarrollo de software se reunieron en Estados Unidos y pusieron en común sus respectivos métodos, creando el "Manifiesto Ágil. 

El Manifiesto Ágil

Considerado como la definición canónica del desarrollo ágil, el Manifiesto Ágil consta de cuatro valores y doce principios fundamentales. 

"Descubrimos mejores enfoques para el desarrollo de software haciéndolo y ayudando a otros a hacerlo. Este trabajo nos ha llevado a valorar :

las personas y sus interacciones en lugar de los procesos y las herramientas;

a un software funcional más que a una documentación exhaustiva;

a la colaboración con los clientes más que a la negociación contractual;

a adaptarse al cambio en lugar de aplicar un plan.

Esto significa que, aunque hay valor en los elementos del final, nuestra preferencia son los elementos del principio de la frase.

Los doce principios de la metodología Agile

1. Nuestra máxima prioridad es satisfacer al cliente ofrecer funciones de alto valor añadido con rapidez y regularidad.

2. Acepte cambios en los requisitos, incluso en fases avanzadas del proyecto. Los procesos ágiles aprovechan el cambio para ofrecer al cliente una ventaja competitiva.

3. Entregar software funcional con frecuencia, en ciclos de semanas a meses, con preferencia por ciclos más cortos.

4. Los usuarios o sus representantes y los desarrolladores deben trabajar juntos a diario durante todo el proyecto.

5. Realizar proyectos con personas motivadas. Proporcióneles el entorno y el apoyo que necesitan y confíe en ellos para alcanzar los objetivos.

6. La forma más sencilla y eficaz de transmitir información al equipo de desarrollo y dentro de él es el diálogo cara a cara.

7. El software funcional es la medida más importante del progreso de un proyecto.

8. Los procesos ágiles fomentan un ritmo de desarrollo sostenible. Juntos, patrocinadores, desarrolladores y usuarios deberían ser capaces de mantener un ritmo constante indefinidamente.

9. Atención constante a la excelencia técnica y el buen diseño.

10. La simplicidad, es decir, el arte de reducir al mínimo el trabajo innecesario, es esencial.

11. Las mejores arquitecturas, especificaciones y diseños surgen de equipos autoorganizados.

12. A intervalos regulares, el equipo piensa en cómo puede ser más eficiente. Entonces se adapta y cambia su funcionamiento en consecuencia.

¿En concreto?

En lugar de establecer objetivos a largo plazo, la metodología ágil se basa en objetivos a corto plazo. Todo se hace como se hace. Y como la satisfacción del cliente es la prioridad, cada paso es validado por el cliente. Esto facilita y agiliza la adaptación a los cambios o imprevistos y la satisfacción de sus expectativas. Existe una verdadera relación y colaboración entre el equipo y el cliente que permite a todos avanzar con eficacia y estar en la misma página. 

El enfoque ágil es un método de gestión de proyectos muy flexible. Casi todo es adaptable. La calidad es tal vez un poco menos, pero todo lo que se refiere al alcance, el presupuesto y el tiempo de finalización se puede modificar fácilmente, dependiendo del método utilizado (Scrum, Kanban). Esto permite ser más reactivo en caso de problemas, aumentar el rendimiento del equipo, pero también ganar control sobre el producto final y así mejorar su calidad. Y un producto final de calidad se traduce en usuarios satisfechos, que son más propensos a gastar dinero. 

Cuidado, la agilidad no es una solución mágica que pueda aplicarse a todas las organizaciones y a todos los proyectos. Para que funcione, deben darse ciertas condiciones: una cultura organizativa que favorezca la colaboración y no se base en estructuras demasiado rígidas, un equipo multidisciplinar y un cliente disponible y dispuesto a implicarse en el proyecto. 

Además, la agilidad tiene algunos límites. Por ejemplo, aunque la ausencia de un proceso bien definido fomenta la independencia de los equipos, también puede distraerlos. Por lo tanto, es importante poner medios para coordinar a cada uno de los actores y también para medir los avances, sobre todo definiendo indicadores clave de rendimiento, para no perderse demasiado. Por otro lado, debido a la imprevisibilidad de la metodología ágil, es difícil determinar el coste, los recursos necesarios y el tiempo del proyecto, y esto debe tenerse en cuenta antes de lanzarlo. 

Y si el método Agile parece la "mejor" solución, En realidad, no se opone al ciclo en V, que sigue siendo muy adecuado en función del proyecto. Todo depende del contexto por lo que es necesario estudiar ambos métodos para determinar cuál es el más adecuado para el propio proyecto.

En cuanto a la pregunta: "¿cómo poner la metodología ágil en el ámbito de las pruebas?", ¡será objeto de un futuro artículo! Tenemos que hacer que quieras volver 😉 .