Metodologías ágiles: Scrum, XP, Kanban y más

METODOLOGÍAS ÁGILES.

OBJETIVO.

Esbozar los principios y valores que permitan a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto.

PRINCIPALES OPCIONES EN LA ACTUALIDAD.

1. Scrum: “Scrum es un marco de trabajo para desarrollar, entregar y mantener productos complejos”.

2. eXtreme Programming (XP): “Extreme Programming (XP) es un marco de desarrollo de software ágil que tiene como objetivo producir software de mayor calidad y una mejor calidad de vida para el equipo de desarrollo.”

3. Kanban: “Sistema de información que controla de modo armónico la fabricación de los productos necesarios en la cantidad y tiempo necesarios en cada uno de los procesos.”

4. Scrumban: metodología que utiliza lo mejor de scrum y de kanban.

5. Lean: “Originado en el Sistema de Producción de Toyota, este método ofrece todo un marco teórico sólido y basado en la experiencia, para las prácticas ágiles de gestión.”

6. Feature-Driven Development (FDD): “Feature-Driven Development (FDD) es una metodología ágil basada en la calidad y el monitoreo constante del proyecto.”

7. Test-Driven Development (TDD): “Test-Driven Development es un proceso de desarrollo de software que se basa en la repetición de un ciclo de desarrollo muy corto: los requisitos se convierten en casos de prueba muy específicos, luego se mejora el software para pasar las nuevas pruebas.”

En Febrero del 2001 se creó "The Agile Alliance", organizacion dedicada a promover los conceptos relacionados con el ágil desarrollo del software.

MANIFIESTO ÁGIL.

- Es más importante construir un buen equipo, que construir el entorno; la gente es el principal factor del éxito.

- Desarrollar software que funciona, más que conseguir una buena documentación.

- La colaboración entre cliente y equipo de desarrollo marcará el éxito del proyecto.

Responder a los cambios, más que seguir estrictamente el plan; planificación flexible y abierta.

PRINCIPIOS.

Son características que diferencian un proceso ágil a uno tradicional.

I. La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de

software que le aporte un valor.

II. Dar la bienvenida a los cambios. Se capturan los cambios para que el cliente tenga una

ventaja competitiva.

III. Entregar frecuentemente software que funcione desde un par de semanas a un par de

meses, con el menor intervalo de tiempo posible entre entregas.

IV. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del proyecto.

V. Construir el proyecto en torno a individuos motivados. Darles el entorno y el apoyo que

necesitan y confiar en ellos para conseguir finalizar el trabajo.

VI. El diálogo cara a cara es el método más eficiente y efectivo para comunicar información

dentro de un equipo de desarrollo.

VII. El software que funciona es la medida principal de progreso.

VIII. Los procesos ágiles promueven un desarrollo sostenible. Los promotores,

desarrolladores y usuarios deberían ser capaces de mantener una paz constante.

IX. La atención continua a la calidad técnica y al buen diseño mejora la agilidad.

X. La simplicidad es esencial.

XI. Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por sí

mismos.

XII. En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más efectivo, y

según esto ajusta su comportamiento.

COMPARACIÓN.

METODOLOGÍA ÁGIL.

METODOLOGÍA TRADICIONAL.

1. Basadas en investigaciones provenientes de prácticas de producción de código.

2. Especialmente preparados para cambios durante el

proyecto.

3. Impuestas internamente (por el equipo).

4. Proceso menos controlado, con pocos principios.

5. No existe contrato tradicional o al menos es

bastante flexible.

5. El cliente es parte del equipo de desarrollo.

6. Grupos pequeños (<10 integrantes) y trabajando en

el mismo sitio.

7. Pocos artefactos.

8. Pocos roles.

9. Menos énfasis en la arquitectura del software.

1. Basadas en normas provenientes de estándares

seguidos por el entorno de desarrollo.

2. Cierta resistencia a los cambios.

3. Impuestas externamente.

4.Proceso mucho más controlado, con numerosas

políticas/normas.

5.Existe un contrato prefijado.

6. El cliente interactúa con el equipo de desarrollo

mediante reuniones.

7. Grupos grandes y posiblemente distribuidos.

8 Más artefactos.

9. Más roles.

10. La arquitectura del software es esencial y se

expresa mediante modelos.