Métodos Ágiles

Métodos Ágiles

Definición:
El desarrollo ágil de software promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. Existen muchos métodos de desarrollo ágil; donde minimizan riesgos desarrollando software en cortos periodos de tiempo. El software desarrollado en una unidad de tiempo es llamado una iteración. Una iteración no debe agregar demasiadafuncionalidad para justificar el lanzamiento del producto al mercado, pero la meta es tener una versión beta, sin errores al final de cada iteración. Al finalizar esta etapa en la producción del software, el equipo vuelve a evaluar las prioridades del proyecto. Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. Los métodos ágiles combinan la preferencia por lascomunicaciones cara a cara, siendo tratados como "indisciplinados" por la falta de documentación técnica.

Historia:
A finales de los años 80 y principios de los 90 surgió un movimiento reaccionario contra los métodos de desarrollo de software establecidos. Esta revolución no carecía de motivos ya que los fracasos de los métodos tradicionales de desarrollo lineal y en cascada eran cada vez másevidentes. La propuesta de modelos de desarrollo iterativos, incrementales y adaptativos era totalmente contraria a la metodología que imperaba. Los impulsores del cambio negaban la posibilidad de que los modelos predictivos fueran capaces de dar la flexibilidad necesaria al proceso de desarrollo. En el lado opuesto se encuentran los modelos en cascada y lineales que se basan en ir cerrando etapas en eldesarrollo las cuales no pueden volverse a abrir, en los que el usuario no habla con los desarrolladores si no es a través de un documento y fundamentado en una burocracia difícil de comprender. Como todo cambio tuvo y sigue teniendo sus detractores que basan sus críticas en la falta de método y en una supuesta “tiranía” de los técnicos que deja al margen toda una estructura de gestores. Amediados de los 90 las metodologías ágiles se vieron reforzadas por la deslegitimación que supuso el no respaldo del British Standard Institute al ISO9000 al asegurar que su seguimiento no garantizaba ni la calidad ni el éxito de los proyectos. Tras el ISO9000 cayó el CMM del SEI. Pese a no ser este un modelo en sí mismo estaba muy ligado a los métodos lineales en cascada. Se le acusaba de ser un métodode “papel” y está no era válida para asegurar el éxito de un proyecto. La lista de proyectos fallidos basados en CMM era cada vez más amplia y terminó por desacreditar el método. Menos dañado terminó el PMI (Project Management Institute) y su Book Of Knowledge (PMBOK) ya que han sabido adaptarse más rápidamente pero siguen sin cuadrar totalmente con los nuevos métodos. Expertos como EdwardYourdon, Barry Boehm… retiraron de forma progresiva el apoyo a las metodologías tradicionales. El apoyo temprano al cambio de Martin Fowler o Ivar Jacobson terminó de dar la vitalidad suficiente al nuevo método.

2

Solo las grandes consultoras mantenían las metodologías tradicionales frente al cambio imparable que se estaba produciendo en los métodos de desarrollo. Las grandes empresas, de lamano de estas influyentes consultoras, siguieron manteniéndolo también. Actualmente los métodos ágiles se siguen abriendo paso de forma imparable y las grandes empresas, en estos momentos de crisis, ven con más claridad los beneficios del cambio, pero sigue existiendo un profundo dilema que aún no está resuelto: CMM o ISO9000 no son compatibles con los métodos ágiles y el intento de combinación oconvivencia resulta pernicioso ya que obtienes lo peor de ambos mundos.

Ventajas:
Las metodologías ágiles presentan diversas ventajas como: - Rápida respuesta a cambios de requisitos a lo largo del desarrollo. - Entrega continua y en plazos cortos de software funcional. - Trabajo conjunto entre el cliente y el equipo de desarrollo. - Minimiza los costos frente a cambios. - Importancia de la...