Metodologías Ágiles

¿Qué son las metodologías ágiles?Son métodos de ingeniería de software que se basan en modelos incrementales en las cuales, los requisitos y las soluciones constantemente evolucionan.

Se constituye por grupos auto-organizados (no auto-dirigidos)

Se basan en el “Manifiesto Ágil”, el cual valora lo siguiente:

› Se valora al individuo y las interacciones del equipo de desarrollo sobre el proceso y las herramientas.

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

› La colaboración con el cliente más que la negociación de un contrato.

› Responder a los cambios más que seguir estrictamente un plan.

Objetivos de las metodologías ágiles Reducir el riesgo del software al desarrollar por

lapsos cortos.

Realizar liberaciones de software de forma periódica; pequeñas pero funcionales.

Obtener un software bien generado por encima de documentación muy detallada.

Ejemplos de metodologías ágiles

SCRUM: El desarrollo de software se realiza mediante iteraciones, denominadas sprints (un incremento ejecutable), con una duración de 30 días. Reuniones diarias de 15 minutos del equipo de desarrollo para coordinación e integración.

Programación Extrema (XP): Promover el trabajo en equipo y la realimentación continua entre el cliente y el equipo de desarrollo.

Método de desarrollo de sistemas dinámicos (DSDM): Proceso iterativo e incremental. El equipo de desarrollo y el usuario trabajan juntos. Propone cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseño y construcción, y finalmente implementación.

Comparación entre metodologías ágiles y tradicionales (parte I)

Metodología Ágil Metodología Tradicional

Pocos Artefactos. El modelado es prescindible, modelos desechables.

Más Artefactos. El modelado es esencial, mantenimiento de modelos

Pocos Roles, más genéricos y flexibles

Más Roles, más específicos

No existe un contrato tradicional, debe ser bastante flexible

Existe un contrato prefijado

Cliente es parte del equipo de desarrollo (además in-situ)

El cliente interactúa con el equipo de desarrollo mediante reuniones

Orientada a proyectos pequeños. Corta duración (o entregas frecuentes), equipos pequeños (< 10 integrantes) y trabajando en el mismo sitio

Aplicables a proyectos de cualquier tamaño, pero suelen ser especialmente efectivas/usadas en proyectos grandes y con equipos posiblemente dispersos

Comparación entre metodologías ágiles y tradicionales (parte II)

Metodología Ágil Metodología Tradicional

La arquitectura se va definiendo y mejorando a lo largo del proyecto

Se promueve que la arquitectura se defina tempranamente en el proyecto

Énfasis en los aspectos humanos: el individuo y el trabajo en equipo

Énfasis en la definición del proceso: roles, actividades y artefactos

Basadas en heurísticas provenientes de prácticas de producción de código

Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo

Se esperan cambios durante el proyecto

Se espera que no ocurran cambios de gran impacto durante el proyecto

XII Principios del Manifiesto Ágil

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 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.

XII Principios del Manifiesto Ágil

V. Construir el proyecto en torno a individuos motivados.

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.

XII Principios del Manifiesto Ágil

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.

FIN

Los firmantes de los valores y principios de este Manifiesto son: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland y Dave Thomas.

Poppendieck M., Poppendieck T. "Lean Software Development: An Agile Toolkit for Software Development Managers". Addison Wesley. 2003.

Schwaber K., Beedle M., Martin R.C. "Agile Software Development with SCRUM". Prentice Hall. 2001.

Highsmith, J. "Agile Software Development Ecosystems". Addison-Wesley. 2002.