Agile

Qué es

Agile (ágil) es una filosofía de desarrollo de software articulada en el Manifiesto Ágil publicado en 2001 por 17 líderes de la industria. No es una metodología concreta — es un conjunto de valores y principios que guían cómo deben trabajar los equipos de software.

Las metodologías concretas que implementan Agile incluyen Scrum, Kanban, XP (Extreme Programming) y SAFe (Scaled Agile Framework).

Los 4 Valores del Manifiesto Ágil

Individuos e interacciones    SOBRE   procesos y herramientas
Software funcionando          SOBRE   documentación exhaustiva
Colaboración con el cliente   SOBRE   negociación de contratos
Respuesta al cambio           SOBRE   seguimiento de un plan

Los elementos de la derecha tienen valor, pero se valoran más los de la izquierda.

Los 12 Principios Ágiles (resumidos)

1. Satisfacer al cliente mediante entrega temprana y continua de software
2. Bienvenidos los cambios, incluso tardíos en el desarrollo
3. Entregar software funcionando frecuentemente (semanas, no meses)
4. El negocio y los desarrolladores trabajan juntos diariamente
5. Construir proyectos alrededor de individuos motivados
6. La conversación cara a cara es la comunicación más eficiente
7. El software funcionando es la medida principal de progreso
8. Desarrollo sostenible — ritmo constante indefinidamente
9. Atención continua a la excelencia técnica
10. Simplicidad — maximizar el trabajo no realizado
11. Los mejores arquitecturas emergen de equipos auto-organizados
12. El equipo reflexiona regularmente y ajusta su comportamiento

Agile vs Waterfall (Cascada)

Aspecto	Waterfall	Agile
Planificación	Todo al inicio	Iterativa, por ciclos
Entregables	Un gran lanzamiento final	Entregas pequeñas frecuentes
Cambios	Costosos (requieren replanning)	Bienvenidos y esperados
Cliente	Al inicio (requisitos) y al final (entrega)	Involucrado todo el tiempo
Riesgo	Alto (descubierto al final)	Bajo (descubierto temprano)
Visibilidad	Limitada hasta el final	Continua en cada iteración

Agile en la práctica

Un proyecto ágil típico:

Sprint 1 (2 semanas):
├── Lunes: Sprint Planning — equipo + cliente definen qué construir
├── Martes-Viernes: Desarrollo
├── Diariamente: Daily Standup (15 min)
└── Último día: Sprint Review + Retrospectiva

→ Se entrega software funcionando
→ Cliente da feedback inmediato
→ Siguiente Sprint se ajusta con ese feedback

Por qué importa para empresas que contratan desarrollo

Cuando tu proveedor trabaja con metodología ágil:

Visibilidad real:

• No esperas 6 meses para ver un resultado — ves avances cada 2 semanas
• Los problemas emergen temprano cuando son baratos de resolver

Adaptación:

• Si el mercado cambia o aprendes algo nuevo, el plan puede cambiar
• No estás atado a especificaciones escritas hace 6 meses

Colaboración:

• Tu equipo interno participa activamente — no es un “entrego los requisitos y espero”
• El software resultante refleja el negocio real, no la especificación original

Riesgo reducido:

• En Waterfall, el riesgo se descubre al final (cuando es más caro)
• En Agile, los riesgos emergen en la primera iteración (cuando son baratos de resolver)

Malentendidos comunes

❌ “Agile significa sin planificación” → Agile planifica continuamente — solo no todo de golpe al inicio

❌ “Agile es solo para equipos pequeños” → Existen frameworks (SAFe, LeSS) para escalar Agile a cientos de personas

❌ “Con Agile no hay documentación” → Hay documentación, pero se prioriza el software funcionando sobre documentos exhaustivos

Términos relacionados

• [[Scrum]] - El framework ágil más adoptado mundialmente
• [[Sprint]] - El ciclo de trabajo de 2 semanas en Scrum
• [[Kanban]] - Método ágil visual para gestión del flujo de trabajo
• [[CI/CD]] - La práctica técnica que hace posibles las entregas frecuentes de Agile

---

Recursos adicionales:

• Manifiesto Ágil - El documento original
• Agile Alliance - Comunidad y recursos