Tema 1.2 - Manifiesto Ágil

Manifiesto Ágil 

El manifiesto Ágil surge el 17 de febrero del 2001, cuando se reunieron diecisiete críticos del desarrollo de software, y acuñaron el término “metodología Ágil” para definir los métodos que estaban surgiendo como alternativa a las metodologías formales. El manifiesto Ágil está conformado por 12 principios asociados a 4 aspectos o pilares.

Fuente: https://www.agilealliance.org/manifesto-download/

Aspectos o Pilares del Manifiesto

Estamos descubriendo formas mejores de desarrollar software (…). A través de este trabajo hemos aprendido a valorar:

• A los individuos y su interacción, por encima de los procesos y las herramientas. 
• El software que funciona, por encima de la documentación detallada. 
• La colaboración con el cliente, por encima de la negociación contractual. 
• La respuesta al cambio, por encima del seguimiento de un plan.

Esto significa que, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

Principios detrás del Manifiesto Ágil 

• La mayor prioridad es satisfacer al cliente a través de la entrega temprana y continua de software útil. 
• Bienvenidos los cambios a los requerimientos, incluso los tardíos. 
• Liberar frecuentemente software funcionando, desde un par de semanas a un par de meses, con preferencia por los periodos más cortos. 
• Los responsables del negocio y los desarrolladores deben trabajar juntos diariamente durante el proyecto. 
• Construir los proyectos alrededor de individuos motivados. Proporcionar el ambiente y el soporte que necesiten, y confiar en que conseguirán realizar el trabajo. 
• La conversación directa es el método más eficiente y efectivo de transmitir información, tanto al equipo como dentro de este.

• El software funcionando es la medida de progreso. 
• Los procesos ágiles promueven el desarrollo sostenible. 
• La atención continua a la excelencia técnica y al buen diseño incrementan la agilidad. 
• La simplicidad - el arte de maximizar la cantidad de trabajo no hecho - es esencial. 
• Las mejores arquitecturas, requerimientos y diseños emergen de los equipos auto-organizados. 
• En intervalos regulares, el equipo reflexiona sobre cómo volverse más efectivo, entonces afina y ajusta su comportamiento como corresponde