inspección_adaptación

Retrospectivas ágiles - Resultados del septimo encuentro ágil en Barcelona

En este encuentro se presentaron dos tipos de retrospectivas, a las que se llamaron “Express” (para iteraciones cortas, de 2-3 semanas) y “full equipe” (para iteraciones de 1 mes, releases, fin de proyecto o empresa).

Se expuso la conveniencia de utilizar el principio de Pareto en la resolución de los problemas de un proyecto, es decir, unas pocas causas producen los problemas con más impacto. Por ello, y para ser más efectivos en las retrospectivas, se consideró de especial importancia ir haciendo “shortlists” de los resultados de las actividades típicas (identificación de problemas, causas y soluciones).
 
Se hizo una simulación de retrospectiva “full equipe”. Se partió de un “blind brainstorming” para decidir el tema a tratar (“Nuevos negocios, la mayoría mueren en el primer año”).
 
Se señalo la importancia de transmitir el conocimiento generado en las retrospectivas al resto de equipos y se finalizó haciendo una retrospectiva del encuentro.
 

Retrospectiva de estrella de mar (Starfish retrospective)

Autor: Gustavo Veliz Bernaola


 

Un bien amigo agilista tuvo a bien enviarme un mail sobre una forma de llevar retrospectivas que desconocía. La Starfish retrospective tiene ciertas ventajas frente a la forma “clásica” de llevar retrospectivas, es decir la de solo llevar las cosas como “lo malo” y “lo bueno”.

Por qué son buenas las demostraciones en Scrum

Scrum se basa en la ejecución de pequeñas iteraciones de varias semanas denominadas Sprints donde el equipo va desarrollando los requisitos seleccionados al comienzo de cada una de esas iteraciones (en la reunión de planificación del Sprint). El cliente puede tener entregas del proyecto que incluyan los resultados de varios Sprints y, una vez finalizados, todos los ellos hemos terminado el proyecto.

Una de las partes más críticas en Scrum es el fin de Sprint. Una vez terminada una iteración se suele hacer una demostración del producto. Estas demostraciones teóricamente deberían incluir a los clientes, pero todo depende realmente de cómo y para qué se está utilizando Scrum en la compañía.
 

Una retrospectiva ágil de Scrum

A continuación se explica cómo hacer una retrospectiva para la solución de problemas de un proyecto e identificar qué cosas están funcionando bien.

La siguiente reunión de retrospectiva dura 2,75 horas. Los tiempos de cada actividad son aproximados. Están basados en el tiempo de análisis necesario para  proyectos con iteraciones mensuales. Estos tiempos pueden ser inferiores si las iteraciones son de 15 días o si el equipo ya tiene experiencia en la realización de retrospectivas.
 

Retrospectiva (Sprint Retrospective)

Con el objetivo de mejorar de manera continua su productividad y la calidad del producto que está desarrollando, el equipo analiza cómo ha sido su manera de trabajar durante la iteración, por qué está consiguiendo o no los objetivos a que se compremetió al inicio de la iteración y por qué el incremento de producto que acaba de demostrar al cliente era lo que él esperaba o no:

  • Qué cosas han funcionado bien.
  • Cuales hay que mejorar.
  • Qué cosas quiere probar hacer en la siguiente iteración.
  • Qué ha aprendido.
  • Cuales son los problemas que podrían impedirle progresar adecuadamente. El Facilitador se encargará de ir eliminando los obstáculos identificados que el propio equipo no pueda resolver por sí mismo.

Notar que esta reunión se realiza después de la reunión de demostración al cliente de los objetivos conseguidos en la iteración, para poder incorporar su feedback y cumplimiento de expectativas como parte de los temas a tratar en la reunión de retrospectiva

Se realiza en un timebox de cómo máximo 3 horas (si la iteración es mensual). 
 

Demostración de requisitos completados (Sprint Review)

Reunión informal donde el equipo presenta al cliente los requisitos completados en la iteración, en forma de incremento de producto preparado para ser entregado con el mínimo esfuerzo, haciendo un recorrido por ellos lo más real y cercano posible al objetivo que se pretende cubrir.

En función de los resultados mostrados y de los cambios que haya habido en el contexto del proyecto, el cliente realiza las adaptaciones necesarias de manera objetiva, ya desde la primera iteración, replanificando el proyecto.

 
Se realiza en un timebox de cómo máximo 4 horas.
 

Reunión diaria de sincronización del equipo (Scrum daily meeting)

El objetivo de esta reunión es facilitar la transferencia de información y la colaboración entre los miembros del equipo para aumentar su productividad, al poner de manifiesto puntos en que se pueden ayudar unos a otros.

Cada miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para al finalizar la reunión poder hacer las adaptaciones necesarias que permitan cumplir con el compromiso conjunto que el equipo adquirió para la iteración (en la reunión de planificación de la iteración).
 
Cada miembro del equipo debe responder las siguientes preguntas en un timebox de cómo máximo 15 minutos:
  • ¿Qué he hecho desde la última reunión de sincronización? ¿Pude hacer todo lo que tenía planeado? ¿Cuál fue el problema?
  • ¿Qué voy a hacer a partir de este momento?
  • ¿Qué impedimentos tengo o voy a tener para cumplir mis compromisos en esta iteración y en el proyecto?

Como apoyo a la reunión, el equipo cuenta con la lista de tareas de la iteración, donde se actualiza el estado y el esfuerzo pendiente para cada tarea, asi como con el gráfico de horas pendientes en la iteración.

 
Syndicate content