Metodologías que dan soporte a los valores incluidos en el Manifiesto Ágil. Son iterativos de ciclo corto y flexible.

Se centran más en el código que en la documentación debido a:

• Son más adaptativos que predictivos: poca planificación
• Orientados a las personas: Confían en la experiencia, competencia y colaboración

Alternativa a las metodologías tradicionales:

• Valorar a los individuos y su interacción con procesos y herramientas
• Valorar software que funcione que sobre documentación exhaustiva
• Valorar la colaboración con el cliente sobre la negociación contractual
• Valorar la respuesta al cambio sobre el seguimiento de un plan.

1. La principal prioridad es la satisfacción del cliente, entregando al cliente lo que quiere rápidamente.
2. Son bienvenidos los requisitos cambiantes, esta metodología es constantemente cambiante.
3. Entregamos frecuentemente software que funcione.
4. Las personas de negocio y desarrolladores deben trabajar juntos
5. Se construyen los proyectos alrededor de individuos motivados.
6. Siempre se deben comunicar la información cara a cara con reuniones con el cliente y retrospectivas.
7. Se mide el avance en función a las validaciones del cliente.
8. Se propone un desarrollo sostenible
9. Atención continua a la excelencia, deben tener excelencia tanto el equipo de desarrollo como el producto resultante.
10. Las mejores arquitecturas siempre salen de los equipos que se autoorganizan.
11. En intervalos regulares el equipo se tiene que juntar y ver en que se puede mejorar el proyecto.

• Extreme Programming (XP)
  • Se prioriza la historia de usuario
  • Entrevistas
  • Brainstorming
• Modelado Agil (AM)
• Scrum

• En la Agil no hay tanta documentación como en la tradicional
• Cambia mucho la prioridad, en la Agil son muy fecuentes los cambios de requisitos
• Especificación de requisitos (Agil)
  • Solamente se usa para entender ciertos procesos
  • Se usan historias de usuario
• Validación de requisitos
  • Se usan reuniones de revisión
• Gestión de requisitos
  • No hay trazabilidad total como el la tradicional
  • Aquí se pueden dejar requisitos To Be Defined (TBD)

Las metodologías tradicionales se utilizan en proyectos críticos ya que ahí es imposible utilizar metodologías Agiles. En Agile las fases no están definidas y hay muy poca documentación, lo que las hace fáciles de mantener.