Agile está muerto. Así lo dicen algunos de sus 13 ponentes originales: Dave Thomas, Andrew Hunt or Kent Beck. El término Agile ha sufrido un gran desgaste en los últimos años, especialmente si con Agile nos referirnos a gestión del cambio o a cultura de equipo de nuestros desarrollos software. Agile como concepto ha de ser reescrito.
Dave Thomas (Es hora de matarlo)
Andrew Hunt (Está muerto)
Kent Beck (lo mismo)
Agile, como todo gran fenómeno a cualquier escala, ha sido utilizado por muchos que han querido abrirse un hueco y hacer dinero con el desarrollo software vendiendo fórmulas fáciles y milagrosas para resolver con éxito cualquier tipo de proyecto.
La realidad es bien distinta y los equipos de desarrollo tienen que hacer frente a grandes retos al adaptarse a un marco ágil:
- Diseños arquitectónicos mejorables (Los diseños no se derivan automáticamente de la implementación de las US)
- Deuda técnica nunca superada
- Refactoring perpetuo que produce código de baja calidad (acrecentado por la ausencia de TDD)
- Objetivos estratégicos no soportados
- Pérdida de responsabilidad sobre los desarrollos
- No aplicable a grandes corporaciones (principalmente debido al bajo grado de comunicación y afinidad en esos entornos)
Y es que la “Agilidad” no se consigue simplemente implementando un proceso Ágil y diciendo que tenemos un equipo “Ágil”. Los equipos no deberían centrarse en ser ágiles, los equipos deben centrarse en hacer software ágil, es decir, que no se vea afectado por los cambios (tanto funcionales como no funcionales) o lo que es más, que mejora con los cambios (conceptos de fragilidad, robustez y antifragilidad).
Pero si los equipos no son ágiles sólo los sistemas, ¿Dónde deja esto a las Personas?.
Los Ingenieros de Software, en la definición más amplia del término como “Creadores de Software”, nos hemos olvidado que realmente creamos Software y que no es lo mismo la programación que la arquitectura de sistemas.
Y aquí, en la arquitectura de sistemas, es donde entra el Agilismo como “equipo”. El agilismo tiene que ayudarnos a crear y cuidar una arquitectura de sistemas que ayude al grupo, a las personas, a conseguir sus objetivos, con la que todo el mundo se sienta identificado y en la que todo el mundo se sienta orgulloso de contribuir. Orgullo y Reto tecnológico, los dos primeros pilares para construir un equipo exitoso.
El tercer pilar es la Comunicación. Una comunicación fluida y eficiente, con las herramientas necesarias puestas a disposición del equipo y con reuniones concretas donde hay dos principales objetivos: compartir y reconocer. En primer lugar compartir el trabajo que cada uno realiza con los demás integrantes del grupo y poder trabajar así en común. En segundo lugar, reconocer el trabajo de cada uno para ahondar en ese sentimiento de orgullo.
Y el cuarto, para mí más importante y último pilar, Confianza. Trabajar la confianza en la responsabilidad y profesionalidad de los compañeros y en sus capacidades para así ganar en confianza del equipo en la consecución de sus objetivos.
En resumen, Agile puede estar muerto, pero puede ser reinventado. Si volvemos a su esencia real podemos seguir creando fantástico software. Sólo necesitamos recordar que la base de lo que haces es el software y que mejorando los niveles de Orgullo, Comunicación, Confianza y proponiendo los Retos adecuados podemos conseguir un gran equipo, con profesionales implicados y orgullosos de los productos que crean y de su empresa.
