En febrero de 2001, un grupo de 17 profesionales de software independientes se reunieron y realizaron lo que hoy llamamos el «Manifiesto Ágil».
Y esto nace por la necesidad de una metodología de desarrollo de software que estuviese impulsada por las características y por el producto final, en lugar de ser gestionado o impulsado por métodos tradicionales de gestión de proyectos que son los que venimos viendo donde el centro de todo es más en los procesos de gestión de proyectos en sí mismos y menos en el producto final.
El Manifiesto Agile se compone de 4 valores. Y su vez ese Manifiesto Ágil se rige por 12 principios.
Contenidos
Valores del Manifiesto Ágil
Valoramos a las personas y las interacciones sobre los procesos y las herramientas.
A veces, en nuestros entornos corporativos o en los entornos de equipo, valoramos ciertos procesos y trabajar con ciertas herramientas más de lo que valoramos a las personas y las interacciones que son al fin y al cabo las que generan el éxito.
Software que funcione mas que la documentación completa.
Lo que esto significa es que el software que funcione realmente debería ser nuestra medida de progreso. La capacidad de iniciar un proyecto y hacer un prototipo de algo rápidamente, o crear algo que funcione, es mucho más valioso que trabajar durante semanas y semanas, y en algunos casos, meses, en documentar todo de una forma super exhaustiva, digamos riguroso, y esto se cumple especialmente en proyectos de desarrollo de software, ya que hay muchos cambios en el producto final a lo largo de la vida del proyecto.
Valoramos la colaboración con el cliente sobre la negociación del contrato.
Así que si has trabajado en un entorno donde tiene un plan de proyecto definido, a veces se convierte en una pesadilla cada vez que se solicita un cambio. Ese cambio se convierte en una gran negociación contractual.
Se hace esa solicitud de cambio y luego se debe evaluar si el cambio vale la pena. En un entorno ágil, se entiende que el cambio es una constante. Y entonces el enfoque debe estar en la colaboración con el cliente para asegurarnos de que entendemos el impacto de esos cambios que se piden, que entendemos la necesidad de ese cambio y el valor que se va a producir de realizar el cambio, en lugar de intentar negociar si hacer ese cambio o no.
Valoramos responder al cambio en lugar de seguir un plan.
Éste valor se explica por sí solo. Necesitamos poder responder al cambio y tener un sistema que nos permita hacerlo de forma dinámica, en lugar de seguir un plan lineal definido, predictivo en el que intentamos definir todo por adelantado, cuando en definitiva lo que normalmente sucede es que los cambios son inevitables en el curso del proyecto, durante el ciclo de vida del proyecto
Además de los cuatro valores que hemos definido, en el Manifiesto Agil hay 12 principios. Básicamente estos 12 principios deben impulsar todo el trabajo del proyecto.
Principios del Manifiesto Ágil
Satisfacer al cliente
Esta es la máxima prioridad de este enfoque y no solo satisfacerlo sino hacerlo desde temprano.
El cambio es una constante
El cambio es una constante, es decir, los cambios son bienvenidos, y este principio está bastante ligado al siguiente porque este enfoque está bastante impulsado por el cambio y una de las cosas que nos va a permitir esto es el siguiente proncipio.
Entrega continua de software funcional
Seria el tercer principio, el enfoque ágil ve el cambio como una variable para lograr la ventaja competitiva del cliente, y cuando nos referimos a entregar software que funcione con frecuencia, nos referimos a la escala de tiempo más corta. Pero ¿que pasa cuando estamos impulsados por el cambio?, hay un factor fundamental que sería el principio a continuación.
Trabajar juntos unidos durante la duración del proyecto
Sería el cuarto principio, y esto va bastante ligado con el quinto que se refiere a:
Motivar a las personas que trabajan en el proyecto
Es decir, mantener al equipo motivado, recordemos que hablamos de equipos que deben ser flexibles porque el cambio es el impulsor, por eso se debe generar el entorno y el apoyo que el equipo necesita y la confianza para que hagan el trabajo y sientan que lo están haciendo bien.
Y para lograrlo y como hemos dicho que entregamos valor desde temprano en el proyecto, definitivamente cuando hablamos de esas escalas de tiempo tan cortas se requiere que la información fluya rápidamente por eso el siguiente principio de este enfoque nos dice que:
Se debe utilizar la conversación cara a cara
Se considera que es el método más eficiente y eficaz para transmitir la información y esto tiene bastante sentido porque son entornos rápidos, flexibles e impulsados por el cambio.
La medida de progreso es las entregas de software en funcionamiento
Y esto significa que las funcionalidades de trabajo en el producto son los signos de progreso a lo largo del cronograma del proyecto, y no la sucesión de las fases del proyecto en una hoja de cálculo por ejemplo como hacemos en enfoques predictivos.
Mantener un ritmo constante
El equipo de desarrollo y los usuarios deben poder mantener una constante
Excelencia técnica y los buenos diseños
La atención se centra en la excelencia técnica y los buenos diseños, la sencillez o simplicidad es la clave y es que si nos paramos a pensar no es tan fácil hacer cosas simples, tenemos la tendencia a pensar que mientras más funcionalidades agregamos mejor cuando en realidad, lo mejor son los productos más simples que tienen todas las características y funciones que el cliente desea, y aquí hay una frase que me encanta:
“El arte de maximizar la cantidad de trabajo no realizado”
Guía Práctica de Ágil
Equipos auto-organizados
El equipo debe reflexionar
Esto se refiere a que para ser más eficaz el equipo reflexiona y luego deben sintonizar todas esas ideas y ajustar los comportamientos y los procedimientos de trabajo.
Resumen
En resumen, el Manifiesto Agile describe cuatro valores que deben tenerse en cuenta para la gestión del proyecto y esos valores son, valorar a las personas y las interacciones sobre los procesos y las herramientas. Entrega de software funcional sobre documentación completa. Valorar la colaboración con el cliente sobre la negociación del contrato. Y responder al cambio en lugar de seguir un plan.
Y también recordemos esos 12 principios que deberían guiar los proyectos. Y ellos son: satisfacer al cliente, proyectos impulsados por el cambio, entregas de software con frecuencia, trabajar juntos como equipo, motivar a las personas que integran el proyecto, utilizar la comunicación cara a cara, la medida de progreso es el software en funcionamiento, mantener un ritmo constante, la excelencia técnica, la sencillez, equipos auto-organizados y la reflexión.