¿Qué salió bien?

Comentad los aspectos positivos y los éxitos del último sprint.

Durante este sprint tuvimos una colaboración y una comunicación excelentes dentro del equipo.
Las dailies nos ayudaron a mantenernos alineados y a resolver los bloqueos rápido.
Nuestro nuevo enfoque de pruebas automatizadas nos ahorró mucho tiempo y detectó problemas a tiempo.
¿Qué se podría mejorar?

¿Qué nos frenó y en qué tuvimos dificultades?

Nos costó controlar el aumento del alcance y asumimos demasiadas tareas no planificadas.
Hubo huecos en nuestro enfoque de pruebas que provocaron incidencias en producción.
Al equipo le faltó claridad sobre algunos requisitos y dimos por hechas cosas que no eran.
¿Qué acciones podemos tomar?

Proponed pasos concretos para abordar los aspectos a mejorar.

Aplicar una definición de 'terminado' más rigurosa para mejorar la cobertura de pruebas.
Hacer sesiones periódicas de refinamiento del backlog para controlar el alcance y priorizar bien.
Programar sesiones para compartir conocimiento con las personas nuevas durante su incorporación.
¿Qué nos sigue desconcertando?

Sacad a la luz preguntas abiertas, inquietudes o temas pendientes de debatir.

¿Cómo podemos estimar mejor el esfuerzo de las tareas de machine learning o IA?
¿Cuál es la mejor forma de gestionar la deuda técnica que se acumula sprint tras sprint?
¿Deberíamos probar nuevos frameworks o herramientas para mejorar la automatización de pruebas?

¿Qué es la retrospectiva de sprint?

La retrospectiva de sprint es el evento de scrum en el que tu equipo se detiene al final de un sprint, revisa cómo fue el trabajo y acuerda qué cambiar. Esta plantilla de retrospectiva de sprint te ofrece cuatro preguntas: qué salió bien, qué se podría mejorar, qué acciones vais a tomar y qué os sigue desconcertando. Si la hacéis en cada sprint, las pequeñas mejoras se van sumando. Ver los logros, los problemas y las preguntas abiertas en paralelo permite a tu equipo ajustar su forma de planificar y trabajar, y las acciones que acordéis pasan al siguiente sprint con un responsable asignado. La columna de dudas mantiene en el tablero las preguntas sin respuesta para que alguien las retome en lugar de olvidarlas.

Formato de la retrospectiva de sprint

¿Qué salió bien?

Comentad los aspectos positivos y los éxitos del último sprint.

Anima al equipo a compartir ejemplos concretos y a reconocer las aportaciones de los demás. Esto sube la moral y refuerza las buenas prácticas.

¿Qué se podría mejorar?

¿Qué nos frenó y en qué tuvimos dificultades?

Crea un espacio seguro para dar feedback abierto y sincero. Recuerda al equipo que el objetivo es aprender, no culpar a nadie.

¿Qué acciones podemos tomar?

Proponed pasos concretos para abordar los aspectos a mejorar.

Anima al equipo a proponer pasos concretos y realizables. Asigna responsables y fechas objetivo a las acciones clave.

¿Qué nos sigue desconcertando?

Sacad a la luz preguntas abiertas, inquietudes o temas pendientes de debatir.

Este tema permite al equipo aparcar asuntos pendientes para analizarlos más adelante. Asigna responsables que los investiguen e informen después.

Cuándo utilizar este estudio retrospectivo

  • Al final de cada sprint o iteración, para revisar cómo fue el trabajo y qué cambiar.
  • Cuando tu equipo tropieza una y otra vez con los mismos problemas y necesita cambiar de enfoque.
  • Después de un hito o una release importante, para recoger aprendizajes antes de la siguiente fase.
  • Cuando se forma un equipo nuevo, o cuando alguien entra o sale y cambia vuestra forma de trabajar.

Preguntas sugeridas para romper el hielo

  • Si nuestro equipo fuera un vehículo, ¿cuál sería y por qué?
  • ¿Cuál es la mejor lección que has aprendido de un proyecto anterior?

¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →

Ideas y consejos para su reunión retrospectiva

  • Marca un tono sin culpas para que la gente plantee los problemas con sinceridad.
  • Escucha a todos, también a quienes hablan menos. Una lluvia de ideas en silencio antes del debate ayuda.
  • Convierte los problemas en acciones. Una lista de quejas sin un siguiente paso no cambia nada.
  • Asigna a cada acción un responsable y una fecha límite, y revisadlas en la siguiente retro.
  • Destaca los logros y da las gracias a quienes los hicieron posibles.
  • Limita el tiempo de cada sección para que la reunión no pierda el foco.

Preguntas frecuentes

¿Qué es una retrospectiva de sprint?
Es una reunión al final de cada sprint en la que el equipo scrum analiza qué salió bien y qué se podría mejorar, y después acuerda acciones para el siguiente sprint.
¿Cuánto debe durar una retrospectiva de sprint?
La mayoría de los equipos dedican entre 45 y 60 minutos para un sprint de dos semanas, tiempo suficiente para compartir logros y dificultades, agrupar temas, votar y acordar acciones. La Guía de Scrum establece un máximo de tres horas para un sprint de un mes.
¿Quién debe asistir a una retrospectiva de sprint?
Todo el equipo scrum: los developers, el Scrum Master y el Product Owner. Limítala al equipo de entrega para que la gente pueda hablar con libertad. Los stakeholders dan su feedback en la sprint review.
¿Qué debe incluir una plantilla de retrospectiva de sprint?
Cuatro preguntas cubren la mayoría de los sprints: qué salió bien, qué se podría mejorar, qué acciones vais a tomar y qué os sigue desconcertando. Las dos primeras reúnen evidencias, la tercera las convierte en uno o dos cambios con un responsable asignado y la cuarta aparca las preguntas abiertas para que no se pierdan. Puedes usarla gratis desde esta página.
¿Una retrospectiva scrum es lo mismo que una retrospectiva de sprint?
Sí. Scrum llama a este evento retrospectiva de sprint, y muchos equipos lo abrevian como retro scrum o retro de sprint. La misma plantilla sirve para todos los casos.
¿Está listo para llevar a cabo esta retrospectiva?Pruebe esta retransmisión en directo retrospectiva