Agile Unified Process: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| (3 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | {{Meta-bok|min=4}} | ||
El '''Agile Unified Process''' (AUP) es una versión simplificada del Rational Unified Process (RUP) diseñada por Scott Ambler a principios de los años 2000. Su objetivo fue adaptar la solidez arquitectónica de RUP a los principios de agilidad, reduciendo su complejidad documental y organizando el desarrollo en iteraciones cortas orientadas a la entrega continua de valor. | El '''Agile Unified Process''' (AUP) es una versión simplificada del Rational Unified Process (RUP) diseñada por Scott Ambler a principios de los años 2000. Su objetivo fue adaptar la solidez arquitectónica de RUP a los principios de agilidad, reduciendo su complejidad documental y organizando el desarrollo en iteraciones cortas orientadas a la entrega continua de valor. | ||
== Contexto: RUP y su simplificación == | == Contexto: RUP y su simplificación == | ||
El Rational Unified Process era un marco de desarrollo de software completo pero pesado, conocido por su exhaustiva documentación y su estructura de fases muy definidas. AUP toma su estructura de cuatro fases y su énfasis en la arquitectura, pero elimina gran parte de la burocracia documental y adopta prácticas ágiles como el desarrollo iterativo y la colaboración continua con el cliente. | El Rational Unified Process era un marco de desarrollo de software completo pero pesado, conocido por su exhaustiva documentación y su estructura de fases muy definidas. AUP toma su estructura de cuatro fases y su énfasis en la arquitectura, pero elimina gran parte de la burocracia documental y adopta prácticas ágiles como el desarrollo iterativo y la colaboración continua con el cliente. | ||
== Características clave == | == Características clave == | ||
'''Iterativo e incremental:''' el desarrollo se organiza en iteraciones cortas que producen entregas parciales y funcionales. | * '''Iterativo e incremental:''' el desarrollo se organiza en iteraciones cortas que producen entregas parciales y funcionales. | ||
'''Énfasis en la arquitectura:''' la fase de elaboración se dedica a confirmar que la arquitectura elegida es viable antes de construir sobre ella, lo que reduce riesgos técnicos tempranos. | * '''Énfasis en la arquitectura:''' la fase de elaboración se dedica a confirmar que la arquitectura elegida es viable antes de construir sobre ella, lo que reduce riesgos técnicos tempranos. | ||
'''Documentación eficiente:''' se produce solo la documentación necesaria, evitando la sobrecarga documental de RUP. | * '''Documentación eficiente:''' se produce solo la documentación necesaria, evitando la sobrecarga documental de RUP. | ||
'''Colaboración con stakeholders:''' se fomenta la comunicación continua con el cliente desde las primeras fases. | * '''Colaboración con stakeholders:''' se fomenta la comunicación continua con el cliente desde las primeras fases. | ||
'''Adaptable:''' puede ajustarse a proyectos de distintos tamaños y complejidades. | * '''Adaptable:''' puede ajustarse a proyectos de distintos tamaños y complejidades. | ||
== Las cuatro fases del ciclo AUP == | == Las cuatro fases del ciclo AUP == | ||
'''Inicio:''' se identifica el alcance y la dimensión del proyecto, se propone una arquitectura inicial y se establece el presupuesto. | # '''Inicio:''' se identifica el alcance y la dimensión del proyecto, se propone una arquitectura inicial y se establece el presupuesto. | ||
'''Elaboración:''' se confirma la idoneidad de la arquitectura elegida. Es la fase más diferencial de AUP respecto a otros marcos ágiles: invertir tiempo en validar la arquitectura antes de construir reduce significativamente el riesgo de tener que rehacer trabajo. | # '''Elaboración:''' se confirma la idoneidad de la arquitectura elegida. Es la fase más diferencial de AUP respecto a otros marcos ágiles: invertir tiempo en validar la arquitectura antes de construir reduce significativamente el riesgo de tener que rehacer trabajo. | ||
'''Construcción:''' desarrollo incremental del sistema siguiendo las prioridades funcionales de los stakeholders, con entregas regulares. | # '''Construcción:''' desarrollo incremental del sistema siguiendo las prioridades funcionales de los stakeholders, con entregas regulares. | ||
'''Transición:''' validación final e implantación del sistema en el entorno de producción. | # '''Transición:''' validación final e implantación del sistema en el entorno de producción. | ||
== AUP en perspectiva == | == AUP en perspectiva == | ||
AUP tiene una adopción limitada en 2025. Su uso disminuyó a medida que Scrum y otros marcos más ligeros se consolidaron como estándar de la industria. Su valor hoy es principalmente como referencia histórica y conceptual: | AUP tiene una adopción limitada en 2025. Su uso disminuyó a medida que Scrum y otros marcos más ligeros se consolidaron como estándar de la industria. Su valor hoy es principalmente como referencia histórica y conceptual: | ||
Para equipos que trabajan en sistemas con alta complejidad arquitectónica, donde el énfasis de AUP en la fase de elaboración sigue siendo relevante. | * Para equipos que trabajan en sistemas con alta complejidad arquitectónica, donde el énfasis de AUP en la fase de elaboración sigue siendo relevante. | ||
Como puente entre organizaciones con cultura RUP que quieren moverse hacia prácticas más ágiles sin abandonar completamente su estructura de procesos. | * Como puente entre organizaciones con cultura RUP que quieren moverse hacia prácticas más ágiles sin abandonar completamente su estructura de procesos. | ||
== Error frecuente == | == Error frecuente == | ||