Metodologías ágiles

1. Introducción
Para asegurar el éxito durante el desarrollo de software no es suficiente contar con notaciones de modelado y herramientas, hace falta un elemento importante: la metodología de desarrollo, la cual nos provee de una dirección a seguir para la correcta aplicación de los demás elementos.

Generalmente el proceso de desarrollo llevaba asociado un marcado énfasis en el control delproceso mediante una rigurosa definición de artefactos, incluyendo modelado y documentación roles, actividades y detallada.

Este esquema

"tradicional" para abordar el desarrollo de software ha demostrado ser efectivo y necesario en proyectos de gran tamaño (respecto a tiempo y recursos), donde por lo general se exige un alto grado de ceremonia en el proceso. Sin embargo, este enfoque noresulta ser el más adecuado para muchos de los proyectos actuales donde el entorno del sistema es muy cambiante, y en donde se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad.

Ante las dificultades para utilizar metodologías tradicionales con estas restricciones de tiempo y flexibilidad, muchos equipos de desarrollo se resignan a prescindir de las buenasprácticas de la Ingeniería del Software, asumiendo el riesgo que ello conlleva. En este contexto, las metodologías ágiles emergen como una posible respuesta para llenar ese vacío metodológico. Por estar especialmente orientadas para proyectos pequeños, las Metodologías Ágiles constituyen una solución a

medida para ese entorno, aportando una elevada simplificación que a pesar de ello no renuncia a lasprácticas esenciales para asegurar la calidad del producto.

2. Historia de los Procesos de Desarrollo
Uno de los grandes pasos dados en la industria del software fue aquel en que se plasmó el denominado modelo de cascada ya que sirvió como base para la formulación del análisis estructurado, el cual fue uno de los precursores en el camino hacia la aplicación de prácticas estandarizadas dentrode la ingeniería de software. Este modelo surge como respuesta al modelo codificar y probar que era el que predominaba en la década de los sesenta. En esta época ya existían modelos iterativos e incrementales pero no eran disciplinados ni estaban formalizados.

A consecuencia de esta realidad, la idea de tener un modelo que ordenara el proceso de desarrollo y que parecía bastante sencillo dellevar a la práctica hizo que el modelo en cascada tuviese gran promoción. Este modelo se basaba en el desarrollo en forma de cascada ya que se requería de la finalización de la etapa anterior para empezar la siguiente. Esto degeneraba en un “congelamiento” temprano de los requerimientos, los cuales al presentar cambios requerían gran esfuerzo en

retrabajo. Otra opción era no permitir cambioalguno a los requerimientos una vez que se iniciara el desarrollo lo que traía aparejado que el usuario no veía la aplicación hasta que ya estaba construida y una vez que interactuaba no cubría sus necesidades.

Asimismo, dadas las características inherentes del modelo, la fase de implementación del mismo requería el desarrollo de los módulos en forma

independiente con las correspondientes pruebasunitarias, y en la siguiente fase, se realizaba la integración de los mismos. Esto traía grandes inconvenientes debido a que todo estaba probado en forma unitaria sin interacción con los demás módulos. Las sorpresas llegaban cuando se integraban estas piezas para formar la aplicación; lo cual inevitablemente desembocaba en un retraso del proyecto,

sacrificando la calidad del mismo.

De estaforma y en forma bastante temprana en algunos casos, fueron surgiendo diversos procesos denominados iterativos que proponían lidiar con la impredictibilidad del software (subsanando muchas de las falencias del modelo en cascada) mitigando los riesgos en forma temprana. Los procesos iterativos de los cuales se desprenderían diversas instancias, como son el modelo iterativo e

incremental, el...