Por qué los proyectos ágiles pueden salir mal

El auge de la agilidad

Agile ha sido el enfoque de desarrollo de software preferido por muchos directores de proyecto durante casi una década. Introducido en el desarrollo de software en 2001, Agile se basa en 12 principios en torno a cuatro características principales de desarrollo:

1. Iterativo, incremental y evolutivo
2. Comunicación eficaz y cara a cara
3. Ciclo de retroalimentación y adaptación muy corto
4. 4. Calidad

Agile consiste en adaptarse a requisitos, necesidades e influencias cambiantes. Su flexibilidad exige una comunicación y retroalimentación constantes entre las partes interesadas con el objetivo final de crear un producto que se adapte a las necesidades específicas del cliente y a los objetivos de la empresa.

Agile sustituyó a varios enfoques de desarrollo de software anteriores, sobre todo Waterfall. Waterfall se consideraba rígido debido a su proceso estricto y secuencial, que se cree que es mucho más lento que Agile. En 2016, Gartner publicó un artículo titulado "The End of Waterfall as We Know It" (El fin de la cascada tal y como la conocemos), en el que sugería que las numerosas ventajas de Agile superan cualquier beneficio de Waterfall.

Incluso con todo el pub sobre Agile, ¿es una bala de plata? Como con cualquier metodología, no existe la perfección. Las cosas pueden ir mal en cualquier fase, pero cuanto más se sepa, mejor se puede trabajar para evitarlas.

 

Cómo pueden fracasar los proyectos ágiles

Agile es tan bueno como las personas que lo gestionan. Si hay un fallo en algún punto, puede estar seguro de que la metodología fracasará. Hay varias razones comunes por las que Agile no produce los resultados esperados:

Adopción

Waterfall es una metodología común que muchas organizaciones siguen utilizando. Cuando se pasa a Agile, es frecuente que la adopción se vea frenada, sobre todo si Agile no se comunica y ejecuta correctamente. Antes de implantar Agile, las organizaciones deben desarrollar estrategias para acelerar y facilitar la adopción.

La forma más eficaz de evitar el escepticismo y promover la adopción voluntaria es contar con un "Campeón Ágil" que dirija la organización. Este papel puede desempeñarse interna o externamente. A menudo se prefiere un recurso externo porque tendría amplios conocimientos de Agile sobre sus beneficios, así como sobre cómo evitar los escollos de la implementación y el rechazo de los usuarios.

Como ocurre con cualquier nuevo proceso o herramienta, los usuarios deben entenderlo primero:

• Cómo puede ayudarles a ejecutar sus tareas
• Cómo beneficia al producto y a la organización en su conjunto
• Cómo repercute en última instancia en el éxito de la empresa

 

Relacionado: ¿Subcontratar proyectos informáticos o contratar un equipo interno?

 

Un Campeón Ágil comunicará estos elementos y los personalizará según el puesto de trabajo. También puede ser el recurso al que recurran los usuarios para preguntas, orientación y recomendaciones. Contar con esta persona o equipo antes, durante y después de la implementación de Agile es fundamental para apoyar la adopción.

Adhesión

Cuando las organizaciones se dan cuenta de que su metodología ágil no funciona, la causa suele ser que no están siguiendo las verdaderas prácticas ágiles. A menudo, las organizaciones conservan elementos de Waterfall, aunque utilicen Agile. Este enfoque híbrido puede funcionar para algunos, pero también puede causar problemas.

Los problemas surgen cuando un grupo, por ejemplo el equipo de producto o desarrollo, utiliza Agile, pero el resto de la organización sigue utilizando Waterfall o partes de ella. Es casi imposible mantener los proyectos en marcha si todo el mundo no está de acuerdo.

Por ejemplo, si los ciclos presupuestarios son anuales, los equipos de dirección deben colaborar estrechamente para garantizar que el presupuesto se desglosa y asigna adecuadamente a lo largo del año para cumplir las expectativas empresariales. El equipo de marketing debe estar alineado con el equipo de Producto, siguiendo el ritmo de agilidad y entrega de Agile.

Garantía de calidad

El control de calidad es fundamental, pero si es manual, puede provocar rápidamente cuellos de botella en el proceso ágil. Por ejemplo, si el equipo de desarrollo trabaja en sprints de dos semanas, pero el equipo de control de calidad tarda demasiado en realizar pruebas de regresión, el valor de Agile disminuye rápidamente. Agile se basa en la velocidad y los procesos manuales crean demasiada fricción, demasiados retrasos y demasiadas interrupciones en un proceso iterativo que, de otro modo, sería fluido.

La solución es invertir en la automatización del control de calidad y en prácticas de integración continua/entrega continua (CI/CD). La automatización no solo acelera el proceso de aseguramiento de la calidad, sino que se ajusta mejor al principio ágil de iteración.

 

Claves para garantizar el éxito de Agile

Agile sigue siendo la metodología de desarrollo de software preferida y, si se ejecuta correctamente, puede ayudar a una organización a cumplir mejor sus objetivos. La clave es entender por qué Agile puede fallar y aplicar las mejores prácticas para garantizar su éxito.

Definir el proceso

Cada organización es diferente, con distintos productos, influencias del mercado (como la competencia y los cambios tecnológicos), apetito por el cambio y expectativas de plazos de entrega. Deben seguirse los fundamentos de Agile, pero cada organización podría tener un proceso de ciclo de vida de desarrollo de software ligeramente modificado. Este proceso debe definirse y documentarse por adelantado antes de pasar a Agile. Una vez más, un Campeón Ágil puede ayudar a definir, documentar y comunicar este proceso.

Personalizar la herramienta

Disponer de las herramientas adecuadas para gestionar el proceso es valioso, pero asegúrese de que están configuradas para funcionar con los equipos; procesos específicos. Por ejemplo, un flujo de trabajo de Jira adaptado es fundamental y debe personalizarse en función del proceso del ciclo de vida de desarrollo de software. A diferencia de Waterfall, la flexibilidad de Agile lo hace ideal para la personalización.

Realizar controles de salud

Agile requiere constantes comprobaciones de salud y el liderazgo debe comprender la necesidad de estar abierto a los cambios en la metodología. A medida que las organizaciones y los equipos de producto maduran, los cambios son inherentes. Por ejemplo, si el equipo está ejecutando pruebas manuales al principio y luego pasa a pruebas automatizadas, esto tendrá un gran impacto en el proceso, la configuración de herramientas y la infraestructura de CI/CD. Estos cambios están bien y son bienvenidos, especialmente cuando la automatización sustituye a los procesos manuales, pero las organizaciones deben adaptar Agile para estos requisitos cambiantes.

Es probable que Agile esté aquí para quedarse... al menos hasta que la próxima metodología le dé la patada. Mientras tanto, asegúrese de optimizar su uso de Agile evitando los errores comunes. Recuerde que los Agile Champions están disponibles para ayudarle a usted y a sus equipos a sacar el máximo partido de Agile. Aproveche su experiencia y mejores prácticas para asegurarse de que su inversión en Agile valga la pena.