Principios generales de desarrollo Agile

El desarrollo de software ágil es una filosofía, y ágil un término paraguas para una colección de métodos o aproximaciones que comparten características comunes. Existen diversas metodologías ágiles, de entre las cuales las principales son scrum y extreme programming (XP).

Generalmente, son un conjunto de metodologías utilizadas en el ámbito del desarrollo y el mantenimiento de software, basadas en procesos iterativos y de duración corta (típicamente duran de dos a cuatro semanas), que dan como resultado la entrega inicial de un producto parcial, pero operativo, y de versiones consecutivas que incrementan cada las características del producto. A través de estas iteraciones continuadas, estas metodologías buscan aportar valor desde el inicio del proyecto, así como llevar a cabo una evolución continua del producto. Su objetivo es introducir mejoras y una evolución constante de los productos hasta alcanzar un resultado final excelente que dé respuesta a todos los requerimientos del usuario.

Esta estrategia iterativa permite minimizar el riesgo, ya que cada iteración es como un proyecto en miniatura e incluye todas las fases necesarias: planificación, análisis de requisitos, diseño, codificación, pruebas de usuario y documentación. Así, los problemas en la ejecución, la adaptación a los requerimientos y los riesgos del proyecto afloran con anterioridad y las acciones correctoras son menos costosas y más inmediatas que en un proyecto tradicional de desarrollo (en el que acostumbran a aflorar en su fase final, tras meses de evolución).

Asimismo, las metodologías ágiles se centran en la satisfacción del usuario, ya que requieren que éste participe activamente en el proyecto tanto durante su conceptualización como en su desarrollo (mediante la validación de las entregas parciales). De esta manera, se garantiza que el producto final responda a las necesidades del usuario y esté en línea con sus expectativas.

Todo esto se basa en el denominado “Manifiesto por el Desarrollo Ágil de Software”, de 2001:

El Manifiesto Agile plantea doce principios que deberían perseguir las metodologías ágiles:

http://agilemanifesto.org/iso/es/principles.html

La clave del modelo Agile es que el proyecto global se divide en una serie de ciclos de desarrollo cortos (conocidos generalmente como “iteraciones” o, en la terminología scrum, como “sprints”) de dos a cuatro semanas aproximadamente cada una. Para cada una de las iteraciones, el equipo de desarrollo lleva a cabo esencialmente las mismas actividades del modelo de cascada (es decir, planificación, diseño, codificación, pruebas y despliegue), pero bajo prácticas de trabajo ágiles.

El gráfico que se muestra a continuación representa un ejemplo del ciclo de vida de un proyecto, a partir del modelo ágil scrum, junto con los actores involucrados en cada una de las fases. A lo largo del documento se irán explicando con detalle los diversos conceptos introducidos en el gráfico.

Las actividades habituales del método ágil scrum son las siguientes:

La actividad de descubrimiento define el producto mínimo viable (PMV) que hay que producir. Se basa en talleres de trabajo y entrevistas que producen una “visión de producto”, que es la definición básica del sistema que se quiere desarrollar.

El product backlog (“pila de producto”) es una lista priorizada de todos de los elementos individuales estimados para llevar a cabo el proyecto global, es decir, los elementos distinguibles (programables) que componen la visión del producto.

Para cada sprint (un ciclo de desarrollo de 2-4 semanas), el equipo de desarrollo prepara un sprint backlog. Este documento establece qué elementos de desarrollo del product backlog se llevarán a cabo durante el sprint en curso (empezando con los elementos de prioridad más altos). En otras palabras, es una lista “to-do” (de cosas que hay que hacer) para el sprint en curso.

El equipo de desarrollo diseñará, programará y probará cada uno de los elementos de desarrollo listados en el backlog del sprint, durante las 2-4 semanas que este dure. Cabe mencionar también que, típicamente, el equipo se reúne una vez al día para asegurarse de que todas las actividades del sprint progresan adecuadamente según se han planificado.

El resultado al final de cada sprint debería ser un potentially shippable product increment (un elemento de software que puede ser desplegado para el cliente o el usuario), en el que se puede observar un incremento de valor o funcionalidades con respecto a la iteración anterior.

El conjunto formado por estas tres actividades mencionadas anteriormente define el ciclo Agile, que se repite hasta que se obtiene el resultado deseado por el cliente (o al final del presupuesto/tiempo atribuido al proyecto).

Entre los beneficios que comporta trabajar con una metodología ágil, podemos destacar los siguientes:

Sin entrar en el detalle de los impactos sobre las organizaciones de las metodologías ágiles y sus diferencias con metodologías tradicionales como la cascada, la implementación de las primeras implica un cambio importante en la gestión de proyectos, la participación del personal del cliente (la Administración pública) y la manera de contratar y entregar los servicios del proveedor y los resultados del proyecto.

Con respecto a la organización de proyectos, se puede resaltar el hecho de que, con esta metodología, los resultados entregados no son necesariamente los finales o los predefinidos al inicio del proyecto, al contrario, el software resultante del desarrollo soporta variaciones mediante un proceso iterativo, de acuerdo con las necesidades de las personas usuarias y su respuesta ante las versiones iniciales del producto.

Para el cliente (persona usuaria), Agile pone énfasis en la colaboración. A lo largo del ciclo de vida de entrega o iteración, ambas partes (cliente y proveedor) trabajan juntas en cada etapa para alcanzar los objetivos. El esfuerzo de la colaboración será mayor durante la fase de diseño, en la que las partes trabajan conjuntamente para determinar los requisitos funcionales y no funcionales (como la experiencia de usuario, UX) de la iteración o el resultado entregable. La contratación ágil requiere, por tanto, una dedicación (de gente y de tiempo) mucho más intensiva por parte del cliente en comparación con la contratación tradicional de cascadas.

Con respecto a la contratación, más allá de los impactos mencionados, la entidad no contrata una solución definitiva y definida (desde el principio), sino que contrata el desarrollo de aspectos de una solución que evolucionan y se incorporan de manera incremental, para alcanzar las necesidades identificadas (historias de usuario) y los objetivos generales del cliente. Habitualmente, significa que la manera de contratar servicios tecnológicos implementando una metodología ágil se hace basándose en time and materials (contratación basada en el tiempo y los recursos que se utilizarán), y eso puede sufrir variaciones según las características del proyecto.

Además, los criterios de entrega y aceptación de resultados tienen que ser más flexibles, dadas las variaciones de planificación motivadas por cambios de especificaciones funcionales y técnicas que resultan de la retroalimentación de las personas usuarias sobre cada iteración o ciclo de desarrollo.

Por tanto, debemos trabajar en los retos de esta metodología de desarrollo si queremos disfrutar de sus beneficios. El desarrollo continuo de las competencias de los equipos de cliente y proveedor, su implicación en el proyecto y la gestión de este personal son elementos clave de esta metodología. La definición del alcance y el tamaño de los proyectos y los equipos de desarrollo son otros criterios que hay que tener en cuenta al aplicar esta metodología. En grandes organizaciones con sistemas de información complejos, en las que mayoritariamente se opera con metodologías tradicionales, uno de los retos más importantes es integrar y combinar las nuevas prácticas ágiles en los entornos y los procesos ya existentes.