La palabra “ágil” se puede escuchar en reuniones y ver en presentaciones. Hay muchos malentendidos y tendría sentido discutir estos, sin embargo, comencemos con los fundamentos ágiles.
En 2001, un grupo de desarrolladores se reunió y escribió el Manifiesto Ágil. Como este manifiesto da una muy buena visión general de lo que es ágil, he decidido incluirlo.
Valoramos
Los individuos y sus interacciones sobre los procesos y las herramientas
El software funcional sobre la documentación exhaustiva
La colaboración con el cliente sobre las negociaciones contractuales
La capacidad de responder al cambio sobre seguir un plan
“Eso es, aunque hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda”
– Manifiesto Ágil (2001) agilemanifesto.org
El grupo también estableció los doce principios del Software Ágil:
Seguimos estos principios:
Nuestra máxima prioridad es satisfacer al cliente
a través de la entrega temprana y continua
de software valioso.
Aceptamos los cambios en los requisitos, incluso
en las etapas finales del desarrollo. Los procesos ágiles
aprovechan el cambio para la ventaja competitiva del cliente.
Entregamos software funcional con frecuencia,
desde algunas semanas hasta algunos meses, con una
preferencia por los plazos más cortos.
Los profesionales del negocio y los desarrolladores
deben trabajar juntos diariamente a lo largo del proyecto.
Construimos proyectos alrededor de individuos
motivados. Les proporcionamos el entorno y el soporte
que necesitan, y confiamos en ellos para llevar a cabo su trabajo.
El método más eficiente y efectivo para transmitir
información a y dentro de un equipo de desarrollo
es la conversación cara a cara.
El software funcional es la medida primaria del progreso.
Los procesos ágiles promueven el desarrollo sostenible.
Los patrocinadores, desarrolladores y usuarios deben ser capaces
de mantener un ritmo constante indefinidamente.
La atención continua a la excelencia técnica y al buen diseño
enriquece la agilidad.
La simplicidad--el arte de maximizar la cantidad de trabajo
no realizado--es esencial.
Las mejores arquitecturas, requisitos y diseños
emergirán de equipos autoorganizados.
A intervalos regulares, el equipo reflexiona sobre cómo
ser más efectivo, luego ajusta su comportamiento según sea necesario.
– Manifiesto Ágil (2001) agilemanifesto.org
Ágil es una mentalidad
No puedes convertirte “ágil” cambiando procesos y añadiendo nuevas herramientas. El punto entero es ser flexible, permitir el cambio y tratar de resolver el problema, en lugar de poner obstáculos o excusas para no poder hacerlo.
Todo comienza con las personas (“individuos motivados”) que trabajan juntas y entienden qué es y qué no es ágil.
Lee más en "El manual del CTO" disponible en Amazon/Kindle.
Somos una Compañía Suiza (LLC) con sede en
Suiza.