DETALLE FASES DE LA METODOLOGIA

Adaptive Software Development da forma a las fases básicas de la
gestión ágil en:

ESPECULACIÓN
Compuesta por 5 pasos:
1.- Inicio para determinar la misión del proyecto.
2.- Determinación del marco temporal del
proyecto.
3.- Determinación del nº de iteraciones y la
duración de cada una.
4.- Determinación del objetivo de cada una.
5.- Asignación de funcionalidad a cada iteración.

COLABORACIÓN
Desarrollo concurrente del trabajo de
construcción y gestión del producto

APRENDIZAJE
En cada iteración se revisa:
Calidad, con criterios de cliente.
Calidad, con criterios técnicos.
Funcionalidad desarrollada
Estado del proyecto
Las características básicas de ASD son:
Trabajo orientado y guiado por la misión del
proyecto.
Basado en la funcionalidad
Desarrollo iterativo
Desarrollo acotado temporalmente
Guiado por los riesgos
Trabajo tolerante al cambio.

ASD

Adaptive Software Development 

Esta es una metodología de desarrollo de software, que surgió de una metodología de desarrollo rápido para aplicaciones impulsada por Jim Highsmith y Bayer Sam.  ASD incorpora el principio de la adaptación continua, que el proceso de adaptación al trabajo en cuestión es el estado normal de cosas. Es decir que su principio es adaptarse al cambio en lugar de luchar contra él.

Sus principales características son:
1. Iterativo,
2. Orientado a los componentes software más que a las tareas y
3. Tolerante a los cambios.

A diferencia de la mayoría de metodologías de desarrollo de software las cuales utilizan un ciclo de vida estático: Planear-Diseñar-Construir, DAS ofrece un ciclo de vida iterativo no lineal, donde cada ciclo puede iterar y ser modificado al tiempo que otro es ejecutado.

El desarrollo adaptable de software utiliza un ciclo de desarrollo dinámico conocido como Especular-Colaborar-Aprender, este ciclo está dedicado a un constante aprendizaje y a una intensa colaboración entre desarrolladores y clientes, esto debido al constante cambio en el ambiente de los negocios.

 

 Especulación: Ofrece más espacio para explorar, para darse cuenta que no todo es seguro, permitiendo desviarse del plan sin ningún temor. Muchas veces desviarse del plan original puede considerarse un error, más que una oportunidad de aprendizaje, es ahí donde la especulación incita a explorar y a experimentar. Si se admite que no se conoce todo,  se está más dispuesto a aprender.

 

Colaboración, Las aplicaciones complejas requieren, la recolección y el análisis de un gran volumen de información, lo cual no puede ser controlado por una sola persona. A su vez aplicaciones con ambientes cambiantes como las de e-commerce producen un gran flujo de datos, los cuales pueden ser manejados por una persona, o un grupo pequeño, ya que estos no pueden saberlo todo.

 

Aprendizaje: Se debe evaluar el conocimiento constantemente realizando retroalimentaciones y reuniones de grupo, al final de cada ciclo iterativo, en lugar de al final del proyecto, ya que esto ayuda a soportar y solucionar de una mejor manera el constante cambio que puede tener el proyecto y su adaptación.

Ciclo de Vida en Cascada

Ciclo de Vida Evolutivo

Módelo Adaptativo

El Enfoque del ADS

Do it Wrong the First Time - Hazlo mal la primera vez

Usando nuestro nuevo objetivo, vamos a ver que el estado actual de las prácticas de software de gestión de calidad puede resumirse en la frase "Hazlo bien la primera vez." En un entorno complejo, "hacerlo bien la primera vez" es una receta para el fracaso.

En primer lugar, ¿cómo podemos predecir lo que hacerlo bien? En las primeras etapas, si el horizonte de tiempo de entrega no está demasiado lejos, podemos ser capaces de especular sobre si la dirección general es correcta, pero la definición de "correcto" es casi fantasiosa. Incluso si pudiéramos definir lo correcto, haciendolo la primera vez no tiene sentido excepto en algunos productos triviales. La primera vez se supone entender la causa y efecto, el algoritmo específico de llegar hasta el producto final de nuestra posición inicial de partida, y las necesidades de todas las partes interesadas - que dice que lo sabemos todo.

Los escritores James Bach y Ed Yourdon han abordado esta cuestión desde la perspectiva del software lo suficientemente bueno. Aunque las ideas de Bach han dado lugar a plantear la cuestión de la calidad de la multidimensionalidad, su conjunto de la terminología de una tormenta de reacción. "Suficientemente bueno" parece indicar una posición de compromiso - conformarse con menos que el mejor. Se ofende a muchos desarrolladores cuyo sistema de valores tiende hacia la meta de la perfección.

Ventajas:
- Se utiliza para poder aprender de los errores e iniciar nuevamente el ciclo de desarrollo.
- Utiliza información disponible acerca de todos los cambios para poder mejorar el comportamiento del Software.
- Difunde la colaboración de distintas personas.


Desventajas:
- Los errores y cambios que no son detectados con anterioridad afectan la calidad del producto y su costo total.
- Ya que esta es una metodología ágil, no permite realizar procesos que son requeridos en las metodologías tradicionales.

La metodología ASD fue diseñada por Jim Highsmith, permite la adaptación de desarrollo de software, su fundamento es adaptarse a los cambios y no ir en contra de ellos. Hace énfasis en aplicar las ideas que se originaron en el mundo de los sistemas complejos.

Su funcionamiento es ciclico al igual que otras metodologías, no tiene un ciclo de planificación-diseño-construcción pero tiene el ciclo especular-colaborar-aprender. Reconoce que en cada iteración se producirán cambios y errores.