El manifiesto ágil: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
El | {{Meta-bok|min=6}} | ||
==Origen== | El '''Manifiesto Ágil''' (''Agile Manifesto'' en inglés) es la declaración de cuatro valores y doce principios que define la base conceptual de los métodos ágiles. Fue firmado en febrero de 2001 por diecisiete profesionales del desarrollo de software reunidos en Snowbird (Utah), y publicó como referencia fundacional del movimiento ágil en agilemanifesto.org. | ||
En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck | == Origen == | ||
En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck (que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming), se reunieron en Salt Lake City para discutir sobre el desarrollo de software. | |||
En la reunión se acuñó el término | En la reunión se acuñó el término "Métodos Ágiles" para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: [[CMM-SW]], precursor del [[CMMI]], PMI, SPICE (proyecto inicial de ISO 15504), a las que consideraban excesivamente "pesadas" y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo. | ||
Los integrantes | Los integrantes resumieron en cuatro postulados lo que ha quedado denominado como "Manifiesto Ágil", que son los valores sobre los que se asientan estos métodos. | ||
== Los cuatro postulados == | |||
=== Valoramos más a los individuos y su interacción que a los procesos y las herramientas === | |||
==Los cuatro postulados== | |||
===Valoramos más a los individuos y su interacción que a los procesos y las herramientas=== | |||
[[File:03-PrincipioValorIndividuos.jpg|450px|center]] | [[File:03-PrincipioValorIndividuos.jpg|450px|center]] | ||
<br> | |||
Este es el valor más importante del manifiesto. | Este es el valor más importante del manifiesto. | ||
Los procesos ayudan al trabajo y las herramientas mejoran la eficiencia, pero hay tareas que requieren talento y necesitan personas que lo aporten con la actitud adecuada. La producción basada en procesos persigue que la calidad del resultado sea consecuencia del ''know-how'' explicitado en los procesos, más que del conocimiento aportado por las personas. En desarrollo ágil los procesos son una ayuda, un soporte; la defensa a ultranza de los procesos lleva a afirmar que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, lo cual no es cierto cuando se necesita creatividad e innovación. | |||
=== Valoramos más el software que funciona que la documentación exhaustiva === | |||
[[File:04-PrincipioSoftwareFunciona-v2.jpg|450px|center]] | |||
Poder anticipar cómo será el funcionamiento del producto final observando prototipos o partes ya elaboradas ofrece un ''feedback'' estimulante que genera ideas imposibles de concebir al redactar un documento de requisitos al inicio del proyecto. | |||
El ''Manifiesto Ágil'' no declara inútil la documentación, solo la innecesaria. Los documentos registran información histórica y en muchos contextos legales o normativos son obligatorios, pero su relevancia debe ser menor que el producto final. La comunicación a través de documentos no ofrece la riqueza que logra la comunicación directa ni la interacción con prototipos del producto. | |||
=== Valoramos más la colaboración con el cliente que la negociación contractual === | |||
[[File:05-PrincipioColaborar-v2.jpg|450px|center]] | |||
Las prácticas ágiles están indicadas para productos cuyo detalle resulta difícil prever al inicio y para contextos donde se prevén requisitos inestables por la velocidad de cambio en el entorno de negocio. | |||
El objetivo de un proyecto ágil no es controlar la ejecución conforme a planes, sino proporcionar el mayor valor posible al producto. Resulta más adecuada una relación de implicación y colaboración continua con el cliente que una contractual de delimitación de responsabilidades. | |||
===Valoramos más la | === Valoramos más la respuesta al cambio que el seguimiento de un plan === | ||
[[File:06-PrincipioRespuestaCambio.jpg|450px|center]] | |||
Para desarrollar productos con requisitos inestables, que tienen como factor inherente el cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y aseguramiento de planes. Los principales valores de la gestión ágil son la anticipación y la adaptación, a diferencia de los de la gestión de proyectos ortodoxa: planificación y control. | |||
== Los 12 principios == | |||
Tras los cuatro valores, el Manifiesto Ágil establece estos doce principios: | |||
# Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor. | |||
# Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente. | |||
# Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves. | |||
# Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto. | |||
# Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea. | |||
# La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara. | |||
# El software que funciona es la principal medida del progreso. | |||
# Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida. | |||
# La atención continua a la excelencia técnica enaltece la agilidad. | |||
# La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial. | |||
# Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan. | |||
# En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia. | |||
== | == Error frecuente == | ||
<div class="bok-aviso"> | |||
'''Tratar los cuatro valores como afirmaciones absolutas.''' Los valores del Manifiesto no niegan la utilidad de los procesos, la documentación, los contratos o los planes: dicen que los otros términos de cada par son más valiosos. Un equipo ágil tiene documentación, tiene contratos, tiene planes; simplemente no los convierte en el objetivo. Ignorar este matiz produce tanto "agilismo sin estructura" (que abandona cualquier proceso) como "agilismo de fachada" (que cumple todos los rituales pero no adopta los valores). | |||
</div> | |||
== Referencias == | |||
Beck, Kent et al. (2001). ''Manifesto for Agile Software Development''. [https://agilemanifesto.org/ agilemanifesto.org]. | |||
Beck, Kent. (2000). ''Extreme Programming Explained: Embrace Change''. Addison-Wesley Professional. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Agilidad]] [[Gestión evolutiva]] [[Gestión predictiva]] [[CMM-SW]] [[CMMI]] [[Origen de scrum]] [[Campo de Scrum]] [[Espiral de conocimiento]] [[Extreme programming]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">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 [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
==Véase también== | </div> | ||
= | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Marcos y modelos]] | ||
Latest revision as of 15:20, 14 May 2026
El Manifiesto Ágil (Agile Manifesto en inglés) es la declaración de cuatro valores y doce principios que define la base conceptual de los métodos ágiles. Fue firmado en febrero de 2001 por diecisiete profesionales del desarrollo de software reunidos en Snowbird (Utah), y publicó como referencia fundacional del movimiento ágil en agilemanifesto.org.
Origen
En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck (que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming), se reunieron en Salt Lake City para discutir sobre el desarrollo de software.
En la reunión se acuñó el término "Métodos Ágiles" para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: CMM-SW, precursor del CMMI, PMI, SPICE (proyecto inicial de ISO 15504), a las que consideraban excesivamente "pesadas" y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo.
Los integrantes resumieron en cuatro postulados lo que ha quedado denominado como "Manifiesto Ágil", que son los valores sobre los que se asientan estos métodos.
Los cuatro postulados
Valoramos más a los individuos y su interacción que a los procesos y las herramientas
Este es el valor más importante del manifiesto.
Los procesos ayudan al trabajo y las herramientas mejoran la eficiencia, pero hay tareas que requieren talento y necesitan personas que lo aporten con la actitud adecuada. La producción basada en procesos persigue que la calidad del resultado sea consecuencia del know-how explicitado en los procesos, más que del conocimiento aportado por las personas. En desarrollo ágil los procesos son una ayuda, un soporte; la defensa a ultranza de los procesos lleva a afirmar que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, lo cual no es cierto cuando se necesita creatividad e innovación.
Valoramos más el software que funciona que la documentación exhaustiva
Poder anticipar cómo será el funcionamiento del producto final observando prototipos o partes ya elaboradas ofrece un feedback estimulante que genera ideas imposibles de concebir al redactar un documento de requisitos al inicio del proyecto.
El Manifiesto Ágil no declara inútil la documentación, solo la innecesaria. Los documentos registran información histórica y en muchos contextos legales o normativos son obligatorios, pero su relevancia debe ser menor que el producto final. La comunicación a través de documentos no ofrece la riqueza que logra la comunicación directa ni la interacción con prototipos del producto.
Valoramos más la colaboración con el cliente que la negociación contractual
Las prácticas ágiles están indicadas para productos cuyo detalle resulta difícil prever al inicio y para contextos donde se prevén requisitos inestables por la velocidad de cambio en el entorno de negocio.
El objetivo de un proyecto ágil no es controlar la ejecución conforme a planes, sino proporcionar el mayor valor posible al producto. Resulta más adecuada una relación de implicación y colaboración continua con el cliente que una contractual de delimitación de responsabilidades.
Valoramos más la respuesta al cambio que el seguimiento de un plan
Para desarrollar productos con requisitos inestables, que tienen como factor inherente el cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y aseguramiento de planes. Los principales valores de la gestión ágil son la anticipación y la adaptación, a diferencia de los de la gestión de proyectos ortodoxa: planificación y control.
Los 12 principios
Tras los cuatro valores, el Manifiesto Ágil establece estos doce principios:
- Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
- Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
- Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
- Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
- Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
- La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.
- El software que funciona es la principal medida del progreso.
- Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
- La atención continua a la excelencia técnica enaltece la agilidad.
- La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.
- Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.
- En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
Error frecuente
Tratar los cuatro valores como afirmaciones absolutas. Los valores del Manifiesto no niegan la utilidad de los procesos, la documentación, los contratos o los planes: dicen que los otros términos de cada par son más valiosos. Un equipo ágil tiene documentación, tiene contratos, tiene planes; simplemente no los convierte en el objetivo. Ignorar este matiz produce tanto "agilismo sin estructura" (que abandona cualquier proceso) como "agilismo de fachada" (que cumple todos los rituales pero no adopta los valores).
Referencias
Beck, Kent et al. (2001). Manifesto for Agile Software Development. agilemanifesto.org.
Beck, Kent. (2000). Extreme Programming Explained: Embrace Change. Addison-Wesley Professional.
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.