Los equipos que usan Scrum, o algún derivado de éste, tiene
un evento llamado Retrospectiva. La retrospectiva es un rito donde el equipo se
reune al final de cada iteración y el objetivo es mejorar, en la práctica se trata
de detectar los puntos fuertes y débiles, luego deciden cómo y qué mejorar. La mejora
continua se mantiene, lo que es una base para todo entorno ágil.
Así, los equipos se adaptan y cambian, sobreviviendo en
esta industria que privilegia la velocidad y el software a tiempo, siendo las
bases para que una empresa pueda mantenerse, superar a otras o encontrar nuevos
nichos.
Sin embargo, no se trata de hacer retrospectivas
solamente por cumplir con lo que establece Scrum. Algunas situaciones comunes
son:
- ¿Qué pasa
cuando proponemos cerca de 20 mejoras a realizar? No tengo dudas de que
ninguna de esas mejoras se van a realizar, son muchas ideas y es un
trabajo arduo medirlas. Son tantas que el equipo no se puede enfocar en
alguna.
- ¿Qué hacemos
durante la retrospectiva? Tampoco se trata de reunir al equipo y que
mencionen lo bueno, lo malo, lo bonito y lo feo. Muchos de los
participantes pueden estar pensando en lo que deben entregar, otros en la
forma en que perdemos el tiempo, o hasta algunos agradecen estar lejos de
su rutina diaria por unos minutos.
Las mencionadas y muchas otras situaciones acontecen
durante las retrospectivas. Cuando el equipo siente que es una completa pérdida
de tiempo, entonces es mejor no hacerlas.
A continuación, voy a mencionar algunas bases e ideas para
llevar a cabo una retrospectiva:
- Cada equipo
tiene necesidades y situaciones diferentes. Algunos equipos tienen mala
comunicación, a otros les falta coaching, aprender formas de programar,
hacer mejor Stories, o automatizar tests. Las retrospectivas se guían
según las necesidades actuales del equipo.
- Hay que
tener una planificación de las actividades que se van a realizar, según la
cantidad de personas y tiempo. Así como considerar las etapas que pueden
ser: presentación, enfocar a las personas hacia la retrospectiva,
recolectar datos y situaciones que han pasado durante la iteración,
encontrar patrones, proponer ideas, y por último el cierre. El libro Agile Retrospectives (de
Esther y Diana) menciona sus
posibles fases y detalla varias de las actividades a realizar durante cada
una.
- Durante las
retrospectivas son sumamente importantes las dinámicas que se manejen.
Gracias a ellas podemos encontrar los problemas, patrones y soluciones
adecuadas.
- Cuando el
equipo encuentra los puntos a mejorar, éste sabe cuáles son los más
importantes. Por lo tanto, tiene que priorizarlos y escoger muy pocos (por
ejemplo dos). Así, el equipo sabe lo que va y tiene que mejorar,
estableciendo responsabilidades según el caso.
- En las
retrospectivas trabajamos con personas, por ende, tenemos que considerar
sus emociones, energías y actitudes.
Y por último, las retrospectivas pueden ser usadas en
cualquier equipo que se dediqué al desarrollo de software u otro tipo de labor,
no es requerido el uso de Scrum, sino la voluntad de hacer mejor el trabajo, de
ser un mejor equipo.
Me quedo con algunas incognitas: ¿Cómo llevar una
retrospectiva en línea? ¿Cómo hacer ver al líder del equipo que las
retrospectivas deben ser guíadas de otra forma? ¿Qué actividades escoger según
la situación de cada equipo?
No comments:
Post a Comment