Adaptive Software Development: Difference between revisions

{{Meta-bok|min=5}}

'''Adaptive Software Development''' (ASD) es un marco de desarrollo de software diseñado por Jim Highsmith a finales de los años noventa, publicado en su libro homónimo en el año 2000. Su aportación central fue sustituir el ciclo clásico ''planificar-diseñar-construir'' por un ciclo de tres fases que asume explícitamente la incertidumbre como condición normal del trabajo: '''especular, colaborar y aprender'''.

 

ASD bebe de la teoría de los sistemas adaptativos complejos: la idea de que en entornos de alta incertidumbre los resultados no pueden predecirse con precisión, sino que emergen de la interacción continua entre el equipo, el cliente y el producto. Esta base teórica lo sitúa entre los marcos más conceptualmente ricos del ecosistema ágil, aunque su adopción práctica haya sido menor que la de Scrum o XP.

 

== Características básicas ==

 

* Trabajo orientado y guiado por la misión del proyecto, no por un plan detallado.

* Basado en la funcionalidad: el producto se construye y mide en términos de valor entregado.

* Desarrollo iterativo con ciclos cortos y acotados temporalmente.

* Guiado por los riesgos: las decisiones se toman en función de lo que más puede salir mal.

* Tolerante al cambio: el cambio no es una excepción que gestionar sino una constante que abrazar.

 

== Las tres fases del ciclo ASD ==

 

=== Especulación ===

 

El término ''especulación'' sustituye deliberadamente a ''planificación''. Highsmith argumenta que en proyectos complejos hablar de "plan" implica una falsa certeza: en realidad se está haciendo una apuesta informada sobre cómo podría desarrollarse el trabajo. La especulación incluye:

 

# Inicio del proyecto: definición de la misión y los objetivos de alto nivel.

# Fijación del marco temporal global del proyecto.

# Determinación del número de iteraciones y su duración.

# Definición del objetivo de cada iteración.

# Asignación provisional de funcionalidades a cada iteración.

 

=== Colaboración ===

 

El desarrollo del producto se realiza de forma concurrente entre el equipo técnico y el cliente. ASD enfatiza que la colaboración no es solo una práctica deseable sino una condición estructural del método: sin acceso continuo al cliente, el ciclo de aprendizaje se rompe.

 

=== Aprendizaje ===

 

Al final de cada iteración el equipo revisa cuatro dimensiones:

 

* '''Calidad desde el punto de vista del cliente:''' ¿el producto hace lo que el cliente necesita?

* '''Calidad técnica:''' ¿el código es mantenible y sostenible?

 

 

== ASD y el desarrollo de productos con IA ==

 

El ciclo especular-colaborar-aprender de ASD tiene una vigencia especial en el contexto del desarrollo de productos con IA generativa, donde la incertidumbre sobre el comportamiento del sistema es inherente y la planificación detallada resulta aún más difícil que en el software tradicional.

 

 

* '''Especulación y prompts:''' diseñar un prompt o configurar un modelo es, en términos de ASD, especulación pura: se hace una apuesta sobre cómo responderá el sistema y se itera a partir del resultado real, no del previsto.

* '''Colaboración con el cliente:''' los productos de IA requieren retroalimentación del usuario para evaluar la calidad del output, especialmente en tareas subjetivas. ASD ya describía esta necesidad antes de que existiera la IA generativa.

* '''Aprendizaje como mecanismo central:''' en el desarrollo con IA el ciclo de entrenamiento-evaluación-ajuste es funcionalmente idéntico al ciclo de aprendizaje de ASD. Equipos que ya trabajan con marcos adaptativos tienen más facilidad para integrar flujos de trabajo con modelos de lenguaje.

 

 

 

* Para equipos que quieren entender la base teórica de la agilidad más allá de las ceremonias de Scrum.

* Para organizaciones que trabajan en entornos de alta incertidumbre donde la idea de "especulación" resulta más honesta que la de "planificación".

* Como referencia histórica que ayuda a entender por qué el [[El manifiesto ágil|Manifiesto Ágil]] (2001) fue posible: ASD, junto con XP, Scrum y otros marcos, aportó el sustrato intelectual del que surgió.

 

 

'''Tratar ASD como un método operativo completo.''' A diferencia de Scrum, ASD no prescribe roles, eventos ni artefactos concretos. Es un marco conceptual que necesita complementarse con prácticas específicas para ser operativo. Quien busque instrucciones paso a paso encontrará más utilidad en Scrum o XP; quien busque fundamentos para entender por qué la agilidad funciona encontrará en ASD una lectura valiosa.

 

 

* Highsmith, Jim. (2000). ''Adaptive Software Development: A Collaborative Approach to Managing Complex Systems''. Dorset House Publishing.

* Highsmith, Jim. (2002). ''Agile Software Development Ecosystems''. Addison-Wesley.

 

 

 

<div class="bok-btn-filled">[https://www.scrummanager.com/website/c/calendar/show-courses.php Ver convocatorias]</div>