Jump to content

Agile Unified Process

From Scrum Manager BoK
Revision as of 18:47, 11 May 2026 by Mberne (talk | contribs) (AUP en perspectiva)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
⏱ 4 min de lectura  ·  📅 Actualizado en 2026

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

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

  • 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.
  • 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.
  • Adaptable: puede ajustarse a proyectos de distintos tamaños y complejidades.

Las cuatro fases del ciclo AUP

  1. Inicio: se identifica el alcance y la dimensión del proyecto, se propone una arquitectura inicial y se establece el presupuesto.
  2. 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.
  3. Construcción: desarrollo incremental del sistema siguiendo las prioridades funcionales de los stakeholders, con entregas regulares.
  4. Transición: validación final e implantación del sistema en el entorno de producción.

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:

  • 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.

Error frecuente

Confundir AUP con un marco ágil ligero. A pesar de su nombre y de incorporar principios ágiles, AUP sigue siendo más estructurado y documental que Scrum o Kanban. Equipos que buscan agilidad operativa real encontrarán más utilidad en marcos más simples; AUP tiene sentido en contextos donde la arquitectura y la trazabilidad documental son requisitos no negociables.

Referencias

Ambler, Scott W. (2002). Agile Modeling: Effective Practices for Extreme Programming and the Unified Process. Wiley.

Véase también

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.