Desarrollo de Software Ágil

En la entrada de hoy se va a hablar sobre el desarrollo de software ágil o lo que se conoce como métodos ágiles. La descripción de esta publicación tratará de responder a la siguientes preguntas:

1. ¿Cómo surge este método?
2. ¿Qué son los métodos ágiles?
3. ¿Cuáles son los beneficios del método ágil?

Para responder la primera pregunta, debemos situarnos en los antecedentes del desarrollo de software, es decir, antes de aplicar estas técnicas. Técnicamente, el mundo de la ingeniería de software no pasaba por uno de sus mejores momentos, ya que los métodos de trabajos y producción eran poco predecibles, y debido a la volatil que eran dichos requisitos, los modelos industriales eran muy dificiles de mapear a un software. Es por esto que surgieron estos métodos, con el fin de corregir la productividad en los casos donde la especificación y validación de las necesidades del cliente cambia constantemente.

En cuanto al segundo punto, los métodos ágiles, son las técnicas que tratan de enfocar el desarrollo software al cambio de los requisitos (incluso aunque estos se sitúen ya dentro de la fase de diseño), de forma que el cliente se involucre en el trabajo (pues son las mayores fuentes de cambios en la creación de un sistema de información).

Para poder enfocar el desarrollo a los cambios, podemos considerar lo siguiente, si tenemos un software que funciona, se puede calcular el proceso completado en la construcción del sistema. Para ello es importante obtener las siguientes características:

El equipo de negocio y de desarrollo deben trabajar juntos y con una comunicación fluida y consistente

• Trabajar orientado a la simplicidad.
• Intentar seguir patrones de diseño y la calidad técnica en la programación.
• Enfocar el diseño de la arquitectura hacia componentes.

En cuanto a los beneficios, podemos mencionar:

• Su ciclo de vida es simple y fácil de entender: captura de requisitos, diseño de la solución, configuración / desarrollo, test, implementación y mantenimiento.
• Su aproximación es “disciplinada”: Basada en una definición exhaustiva del trabajo, una revisión sistemática en hitos y énfasis en el control y la documentación del proyecto

Sin embargo, las fases de diseño y de configuración suelen ser mas largas y coplejas cuanto mayor es el alcance del proyecto, y en entre mayor sea el alcance, mas probable es tambien que al llegar a la fase de test se descubra que el enfoque dado al a solución no se ajusta con las necesidades del cliente y el ajuste de estas fallas nos puede tomar mas tiempo del esperado, sin contar que se produce lo conocido como "deuda técnica".

Una solución mal enfocada nos puede provocar grandes retrasos.