El Universo Ágil

Durante mi pasantía en VivaReal, aquí en la ciudad de São Paulo aprendí mucho sobre el Universo Ágil… Y por eso quiero compartirles un poco sobre lo que aprendí y vivencié con mi Agile-Squad.

La empresa pertence a la industria del desarrollo de software , la cual esta atravesando una extensa revolución, buscando nuevas metodologias y filosofias de trabajo. Ahí está el punto, es realmente difícil conseguir llevar a cabo todo esto, y que ademas funcione como esperamos.

Siempre que hablamos del Universo Ágil tenemos que citar los cuatro fundamentos (estas frases hacen la base para comenzar o no a trabajar de una forma Ágil) los cuales deben ser comprendidos con detenimiento.

1. INDIVIDUOS E INTERACCIONES POR SOBRE PROCESOS Y HERRAMIENTAS
2. SOFTWARE FUNCIONANDO ANTES QUE DOCUMENTACIÓN EXTENSIVA
3. COLABORACIÓN CON EL CLIENTE EN VEZ DE NEGOCIACIÓN DE CONTRATO
4. RESPUESTA ANTE EL CAMBIO Y NO SEGUIR UN PLAN CON ANTEOJERAS
5. Leyendo con detenimiento, asegura que debe ser de nuestra mayor importancia los individuos por sobre los procesos y las herramientas que vamos a utilizar. Un equipo feliz es mas productivo y creativo, y eso es lo que buscamos!
6. Queremos que el software funcione. Anteriormente se gastaba mucho tiempo y dinero en extensa documentación previa al desarrollo del software y muchas veces sobre el final todo ya había cambiado, habiamos perdido miles de horas de trabajo documentando algo que no sirve. Remarcamos extensiva, porque no es lo mismo “documentación” que “documentación extensiva”.
7. Buscamos que todo nuestro entorno sea parte de lo que estamos haciendo. Se torna muy difícil llevar adelante objetivos si cada una de las partes trabaja y aporta por separado. Queremos que nuestro cliente sea parte del desarrollo que estamos haciendo. Trabajando juntos somos mas eficientes.
8. Tener una rápida respuesta ante cualquier cambio de plan nos permite no perder el tren! Estar preparados para cambiar la ruta que nos lleva a destino lo más rápido posible. Si nos casamos con un único médio para llegar al destino, estamos perdidos. Cito: “…no seguir un plan con anteojeras…” intento referirme a no ser un caballo de tiro que solo va hacia adelante debido a sus anteojeras.

Una vez explicado esto, podemos afirmar que no tiene ningún sentido comenzar a llamarnos Ágiles si no se están cumpliendo ninguno de estos fundamentos básicos. Son la base para cualquier método o filosofía ágil.

Obviamente que después de los fundamentos anteriormente mencionados vienen otros 12 principios Ágiles que los tomamos como normas de aplicación de esta filosofia en nuestros equipos de desarrollo. Considero que no es necesario explicarlo porque el post se volveria muy extenso, “queremos ver resultados!”.

Retomando entonces, es indispensable tener un Product Manager o Product Owner quien establecerá ese lazo tan importante entre la empresa y los clientes. Aparece aquí el fundamento (3) Colaboración con el Cliente.

Se utilizan PBI’s (Product Backlog Items) que son aquellas User Stories, Bugs que vamos considerando y realizando al momento de cumplir con una iniciativa propuesta. Físicamente utilizamos papelitos (post-it) para indicar los distintos PBI e ir cambiandolos de estados según lo que ocurra. Virtualmente existen una enormidad de herramientas útiles como Target Process, GitHub, Jira.

Existe una regla que dice que nuestras User Stories deben ser: Independientes, Valiosas, Estimables, Small (pequeñas), Testeables. INVEST. Así sabemos que son útiles en su función de describir lo que vamos a realizar con ella. Es muy importante poder priorizarlas y darles distintos valores, que le permiten tanto a nuestro Product Manager como nuestro equipo de desarrolladores a organizarse mejor.

Siempre habrá pensamientos cruzados acerca de cómo definir historias (algunos opinan que deben quebrarse al máximo, otros que deben ser bien puntuales), siempre es bueno tener definiciones diferentes en el equipo para debatirlas y llegas a la que mejor se acomode a nuestro caso.
Nos encontraremos no solo con historias sueltas, existen Iniciativas que están compuestas por Features que a su vez contienen las Historias de Usuario.

Luego de todo lo escrito ustedes dirán: Pero al final para simplificar y ordenar nuestras tareas tenemos que pasar por situaciones y cambios muy complejos. Sí, así es pero al final vale la pena.

Aprendí, con la practica que debemos ser lo suficientemente inteligentes para separar y diferencia la hermosa teoria de la terrible práctica. Aquí entran en juego aspectos y técnicas Sociales, Psicológicos, etc donde debemos aplicar nuestro lado mas social y humano para que todo lo anterior sea efectivo.

Como Ingenieros “Ágiles” debemos tener como meta siempre: BUSCAR LA MEJORA CONTINUA. Queremos que el equipo sea capaz de parar, hacer una reflexión, sacar conclusiones, definir cambios o corregir errores. Esto lo titulamos como una Retrospectiva de equipo. Esta reunión es muy importante y es ideal que el equipo la exija / la necesite, eso seria porque todo lo trabajado está dando resultados. Existen muchas maneras de llevar adelante las ceremonias de Retro, cada coach buscará la mejor para su equipo. Hacer Planning es otra ceremonia que organiza y mejora el día a día en nuestro equipo, vemos un horizonte, nos encaminamos hacia él.

Queremos acompañar a los equipos, no venimos a imponer ni dar cátedra de cómo hacer las cosas… Somos una herramienta más para lograr la mejora continua!

Para terminar quiero agradecer y destacar a dos excelentes personas y profesionales que me metieron en este lío: João Reis y Thiago Miranda Ferreira.