Los 12 Principios del Manifiesto Ágil - Parte 2

Finalmente aquí tenemos la última parte de los 12 principios del manifiesto ágil. En mi ultimo post vimos los primeros 6 y hoy veremos los restantes, y asi cerraremos nuestro ciclo de inspección en lo que es la teoría y bases de la agilidad.

Principio 7: El software funcionando es la principal medida progreso

Por ahí dicen que ¡Un producto acabado al 99 % es un producto que está 0 % “completo” o “hecho”!.

Entonces nos encontramos con la disyuntiva de ¿cómo podemos realmente conocer el

progreso del trabajo que realiza el equipo y del proyecto en general sin sumergirnos mucho en aspectos técnicos?

Uno de nuestros intereses es que el cliente o PO, esté involucrado totalmente y de forma activa, por lo que debemos mantener un lenguaje sencillo, puesto que no todos manejan o conocen conceptos que son de carácter meramente técnicos.

El valor fundamental es el software funcionando, puesto que con él, el cliente puede identificar qué funcionalidades hemos conseguido al momento.

Principio 8: Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.

En las metodologías tradicionales, mientras vamos avanzando entre cada etapa del proyecto, la carga de trabajo suele incrementarse y por tanto la cantidad de personas involucradas crece de igual forma, lo que dificulta la linealidad.

Mientras que en las MA, en base a la velocidad que hemos obtenido de las entregas anteriores, tratamos de establecer un ritmo de trabajo constante y se establecen objetivos para la siguiente.

Su valor fundamental es el equilibrio entre el equipo, respecto a su actividad para poder mantener la productividad, recordando que Trabajar no es el objetivo; alcanzar el producto es el objetivo.

Principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.

El equipo debe poseer el conocimiento y las habilidades requeridas para que los cambios en el producto puedan ejecutarse rápidamente. En cada etapa o iteración se va mejorando y aplicando el diseño del sistema de forma continua.

Su valor fundamental son las técnicas de diseño a fin de mantener la integridad del código y mejorar también la productividad.

Principio 10: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

Uno de los puntos que salen a relucir más respecto a este principio es el tema de la documentación, por el cual se prioriza más el desarrollo que emplear tiempo en la misma.

Así mismo, al momento de obtener los requerimientos, debemos trabajar con las HU (Historias de Usuario), que permiten de forma estructurada, tener una mayor visualización de lo que se espera de dicha funcionalidad y asegurar que las que se trabajan en el momento sean las que aporten un mayor valor al cliente.

Cuando hablamos de MA, y de funcionalidades que sumen valor al producto, también tenemos el concepto del MVP, mínimo producto viable (siglas en inglés) que debe poseer por consiguiente las funcionalidades necesarias y de mayor valor para ser entregada al cliente.

Sus valores fundamentales son funcionalidades que aporten valor y calidad, eliminar el tiempo malgastado y entregar a la brevedad posible.

Principio 11: Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.

Algo muy cierto es que por lo general las personas trabajan mejor cuando se sienten respetadas y tienen la capacidad de decidir cómo funcionar.

Anteriormente cada especialista o recurso trabajaba a la perfección su mejor solución en base a sus habilidades, pero cuando todo se juntaba se dieron cuenta que no funcionaba, lo cual a su vez creaba retrasos. Esto es algo que suele pasar mucho en la metodología tradicional.

En las MA, cada recurso debe poseer las habilidades necesarias para la creación del producto y no requieren ser especialistas necesariamente. Se busca mantener la motivación y una gran comunicación lo cual es totalmente necesario para desarrollar la multifuncionalidad.

“Un equipo que está auto-organizado es un equipo que va dirigido y organizado por sus propios miembros, para lograr los objetivos establecidos por la gerencia, dentro de las limitaciones de su entorno.”- Brad Appleton.

Su valor fundamental es la comunicación, la motivación y la responsabilidad de los equipos autoorganizados.

Principio 12: A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo, para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

Realizar una revisión de las actividades que se han llevado a cabo y las que se ejecutarán en la siguiente iteración ayuda a validar la lógica que hay detrás de estas tareas. Esto ayudará al equipo a ser más productivo.

Su valor fundamental es revisar las actividades del proceso y aplicar los cambios necesarios para hacer que el proceso sea más productivo. Es importante aprender de las lecciones y aplicar los cambios en etapas posteriores.

Con esto cerramos las bases de la agilidad, en un próximo post estaremos abarcando unos de los frameworks mas utilizados en la actualiza en las metodologías agiles, Scrum, atentos!!

No tienes que ser un genio, un visionario o graduado para tener éxito. Todo lo que necesitas es perspectiva y un sueño.

Michael Dell

Parte 1 Agile Manifesto

Parte 2 Los 4 Valores del Manifiesto Ágil

Parte 3 Los 12 Principios del Manifiesto Ágil Parte 1

infographic by: www.knowledgetrain.co.uk