¿Qué es una reunión de retrospectiva de Sprint en Scrum?

La retrospectiva de sprint se realiza después de la revisión de sprint y antes de la siguiente planificación de sprint. Es una reunión con tiempo limitado que dura al menos tres horas para un sprint de un mes. La retrospectiva es esencialmente una sesión de “mejora” orientada a identificar posibles peligros, errores del pasado y encontrar nuevas formas de evitarlos. Participan todos: el propietario del producto, el master de Scrum, los miembros del equipo de desarrollo y, opcionalmente, los interesados.

En otras palabras, la retrospectiva de sprint consiste en identificar lo que el equipo está haciendo bien, lo que debería continuar y lo que se puede mejorar para que el próximo sprint sea más agradable o productivo. Los principios de “inspección y adaptación” tienen un papel clave aquí, haciendo que el próximo sprint sea más eficiente y agradable.

Ciclo de sprint y rituales

Cada sprint comienza con dos reuniones de planificación para definir el contenido del sprint: “Qué” — la primera parte de la planificación de sprint, y “Cómo” — la segunda parte. Juntas, estas dos sesiones se conocen como la reunión de planificación de sprint.

Ciclo de sprint

Al final del sprint, se realiza la retrospectiva de sprint para permitir al Scrumpropietario del producto inspeccionar si todos los elementos comprometidos están completos y correctamente implementados para su despliegue.

Luego, se realiza la revisión de sprint para examinar y mejorar el proceso de ejecución del proyecto: qué salió bien durante el sprint, qué debería continuar y qué debería mejorarse en el próximo sprint.

5 pasos para realizar una retrospectiva de sprint

Normalmente, las retrospectivas son más estructuradas que esto. La mayoría de los equipos siguen estos cinco pasos:

Establecer el escenario – Define el objetivo; da tiempo a las personas para “llegar” y entrar en la mentalidad adecuada
Recolectar datos – Ayuda a que todos recuerden; crea un conjunto compartido de información (todos ven el mundo de forma diferente)
Generar ideas – ¿Por qué sucedieron las cosas de esta manera? Identifica patrones; ve la imagen general
Decidir qué hacer – Elige algunos temas para abordar y crea planes de acción específicos sobre cómo resolverlos
Cerrar la retrospectiva – Aclara las acciones siguientes; agradece las contribuciones; cierra; ¿cómo se puede mejorar la retrospectiva?

Fases del retrospectiva de sprint

Duración de la reunión de retrospectiva de sprint

Una regla general es que la retrospectiva de sprint no debe exceder los 45 minutos por semana de duración del sprint. La tabla a continuación ilustra esta regla:

Duración total del sprint	Duración de la retrospectiva
1 semana	45 minutos
2 semanas	90 minutos (1,5 horas)
3 semanas	135 minutos (2,25 horas)
4 semanas	180 minutos (3 horas)

Nota:

La duración exacta de la retrospectiva de sprint puede verse influenciada por:

¿Cuántas personas hay en el equipo?
¿Qué tan reciente es el equipo?
¿Alguno de los miembros del equipo está remoto?

Preguntas para la retrospectiva

Durante la retrospectiva de sprint, el equipo discute:

¿Qué salió bien en el sprint?
¿Qué salió mal en el sprint?
¿Qué aprendimos en el sprint?
¿Qué debemos hacer en el próximo sprint?

1. ¿Qué salió bien en el sprint?

Haga preguntas para comprender las razones detrás del éxito de la iteración al reflexionar sobre todos los aspectos positivos.

¿Qué llevó a este éxito?
¿Qué hicimos de manera diferente para que funcionara?
¿Qué formación, habilidades o conocimientos contribuyeron a la diferencia?
¿Cuál de tus fortalezas hizo esto posible?
¿Qué fortalezas del equipo hicieron esto posible?
¿Cómo ayudaron las contribuciones de los miembros del equipo a lograr esto?
¿Cómo logramos esto?

2. ¿Qué salió mal en la iteración?

Aunque esta sección no debería evaluar el desempeño individual ni llevar a sanciones, debería recopilar insights e identificar formas de solucionar los problemas en la próxima iteración. Enfóquese en la mejora en lugar de en los problemas. Esta pregunta revela las dificultades, problemas y frustraciones que el equipo enfrenta actualmente.

¿Cómo salieron mal las cosas?
¿Qué hiciste incorrectamente?
¿Cuántas personas estuvieron involucradas en el error?
¿Sabías que estabas haciendo algo mal?
¿Entendiste el error pero aún así lo cometiste?
¿Lo entendiste pero aún así cometiste el error?
¿Cómo lo hicimos?

3. ¿Qué aprendimos en la iteración?

¿Qué aprendimos de esta iteración? Estas preguntas ayudan a identificar lo que funcionó y lo que no. Fomentan la reflexión sobre cómo realizamos nuestro trabajo. Los ejemplos pueden incluir:

¿Cómo se ejecutó esta iteración?
¿Qué salió mal en esta iteración?
¿Cuándo salieron mal las cosas?
¿Cómo salieron mal?
¿Qué técnica fue útil?
¿Qué técnica no fue útil?
¿Qué salió bien durante esta iteración?
¿Qué no salió bien durante esta iteración?
¿Qué podemos aprender de esta iteración para mejorar la siguiente?

4. ¿Qué debemos hacer en la próxima iteración?

Esta sección se centra en identificar posibles acciones correctivas basadas en éxitos, fracasos y aprendizajes pasados.

¿Cómo podemos usar las fortalezas individuales para resolver problemas?
¿Qué debemos hacer para evitar que los problemas se repitan?
¿Qué acciones deben tomarse de inmediato para ganar ancho de banda y funcionalidad?
Identifique una cosa que cambiar y explique cómo cambiarla?
¿Qué estrategias se pueden usar para completar el trabajo?

Plan de Acción

¿Qué harás en la próxima Sprint para abordar esto?
¿Cómo garantizarás el éxito?
¿Cuándo durante la Sprint lo harás?
¿Necesitas ayuda para completarlo?
¿Qué apoyo adicional necesitas?
¿Cómo sabrás que lo has completado?
¿Qué harás después de completarlo en la Sprint?

Resumen

El Retrospectiva de Sprint puede considerarse una sesión de “lecciones aprendidas”. Las preguntas bien elaboradas para la retrospectiva permiten al equipo reflexionar, al tiempo que brindan a cada miembro una sensación de propiedad, haciendo que el proceso sea verdaderamenteÁgil.

Utiliza las preguntas proporcionadas anteriormente para inspirar a tu equipo y a ti mismo a mejorar en futuras Sprints. Aunque estas preguntas de ejemplo son únicamente de referencia, no dudes en personalizarlas según las necesidades de tu equipo.