La Retrospectiva del Sprint se produce después de la Revisión del Sprint y antes de la Planificación del Sprint siguiente . Esta es una reunión de tres horas como máximo para Sprints de un mes . La sesión retrospectiva es básicamente una reunión de «mejora» que se lleva a cabo para encontrar formas y medios de identificar posibles escollos, errores pasados y buscar nuevas formas de evitar esos errores, a la que asisten todos: el propietario del producto , el experto en scrum y los miembros del equipo de desarrollo. , y opcionalmente con los stakeholders.
Duración de la reunión retrospectiva del Sprint
La regla general para la duración de una reunión retrospectiva de un sprint es que, por lo general, no toma más de 45 minutos por semana de duración del sprint. La siguiente tabla ilustra esta regla:
El formato general varía un poco, pero normalmente lo hacemos así:
- Podemos crear un timebox para la reunión proporcional a la duración del Sprint.
- Participantes: el propietario del producto, todo el equipo y yo mismo.
- Nos mudamos a una habitación cerrada, o a un rincón acogedor con un sofá, siempre que podamos tener una conversación sin interrupciones.
- Alguien es designado como secretario.
- El Scrum master muestra la acumulación de sprint y, con la ayuda del equipo, resume el sprint. Eventos y decisiones importantes, etc.
- Hacemos “las rondas”. Cada persona tiene la oportunidad de decir, sin ser interrumpido, ¿Qué salió bien en el Sprint? ¿Qué salió mal en el Sprint? ¿Qué aprendimos en el Sprint? ¿Qué deberíamos hacer diferente en el próximo sprint?
- Nos fijamos en la velocidad estimada frente a la real. Si hay una gran diferencia, tratamos de analizar por qué.
- Cuando se acaba el tiempo, el Scrum master intenta resumir sugerencias concretas sobre lo que podemos hacer mejor en el próximo sprint.
Nuestras retrospectivas generalmente no están demasiado estructuradas. Sin embargo, el tema subyacente es siempre el mismo: «¿Qué podemos hacer mejor en el próximo sprint?»
Detalles sobre las preguntas retrospectivas
1. ¿Qué salió bien en el Sprint?
Las posibles preguntas que se pueden hacer, hasta comprender el por qué de un éxito en la iteración preguntándonos qué salió bien para reconocer todo lo bueno que ha pasado.
- ¿Qué nos motivó a hacerlo?
- ¿Qué hicimos diferente para que fuera un éxito?
- ¿Qué entrenamiento, habilidad o conocimiento contribuyó a la diferencia?
- ¿Qué punto fuerte en ti lo hace posible?
- ¿Qué puntos fuertes de su equipo lo hicieron posible?
- ¿Cuál es la contribución del miembro del equipo que lo ayudó a lograrlo?
- ¿Cómo lo logramos?
2. ¿Qué salió mal en el Sprint?
Mientras que las preguntas en esta sección no deben hacerse para evaluar el desempeño del individuo o para penalizar, sino para recopilar información e identificar las formas de resolverlo en el próximo Sprint. ¿Dónde mejor mirar para hacer mejoras que donde las cosas no van bien? De hecho, esta pregunta saca a la luz dificultades, problemas e insatisfacción que el equipo enfrenta actualmente.
- ¿Cómo salió mal?
- ¿Qué hiciste que salió mal?
- ¿Cuántos son los responsables de que esto salga mal?
- ¿Dónde estás consciente de hacer eso que saldrá mal?
- ¿Lo entendiste mal y por lo tanto lo implementaste mal?
- ¿Lo entendiste bien pero aun así salió mal?
- ¿Qué hicimos bien?
3. ¿Qué aprendimos en el Sprint?
¿Cuál es el aprendizaje de este Sprint? Estas preguntas son útiles para identificar qué salió bien y qué salió mal. Nos anima a mirar lo que hemos aprendido sobre la forma en que estamos trabajando. Algunos ejemplos podrían ser:
- ¿Cómo se ejecutó este sprint?
- ¿Dónde salió mal en este sprint?
- ¿Cuándo salió mal?
- ¿Cómo salió mal?
- ¿Qué técnicas fueron útiles?
- ¿Qué técnicas no fueron útiles?
- ¿Qué salió bien durante este sprint?
- ¿Qué no salió bien durante este sprint?
- ¿Qué aprendizaje durante este Sprint puede educarnos para el próximo Sprint?
4. ¿Qué debemos hacer diferente en el próximo sprint?
Esta sección se enfoca básicamente en identificar las posibles acciones correctivas de los éxitos, fracasos y aprendizajes pasados.
- ¿Cómo se puede utilizar la fuerza del individuo para resolver el problema?
- ¿Qué se debe hacer con frecuencia para evitar que el problema vuelva a surgir?
- ¿Qué acciones deben implementarse de inmediato para las cuales tiene el ancho de banda y la capacidad?
- Identifique la cosa que se va a cambiar y explique cómo podría cambiarla.
- ¿Qué estrategias funcionarán para completar el trabajo?
Acciones correctivas
- ¿Qué harás en el próximo Sprint para completar esta acción?
- ¿Cómo lo harás para que sea un éxito?
- ¿Cuándo lo harás durante el Sprint?
- ¿Necesita ayuda para completar esto?
- ¿Qué apoyo adicional requiere?
- ¿Cómo me harás saber que lo completaste?
- ¿Qué harás a continuación después de lograr esto durante el Sprint?
“Deberíamos haber dedicado más tiempo a dividir las historias en subelementos y tareas”
“Demasiadas perturbaciones externas”
“Nos comprometimos en exceso y solo hicimos la mitad de las cosas”
“Nuestro entorno de oficina es demasiado ruidoso y desordenado”
Resumen
La reunión retrospectiva de Scrum se puede considerar como una reunión de «lecciones aprendidas». Las preguntas retrospectivas correctas permiten que el equipo piense, al mismo tiempo que proporciona una propiedad a cada miembro del equipo, lo que lo hace verdaderamente ágil .
Haga uso de las preguntas proporcionadas anteriormente en función del escenario y motive a su equipo y a usted mismo para mostrar mejoras en los Sprints futuros. Si bien estas preguntas de muestra son indicativas, puede personalizarlas según sus requisitos.