Sprint retrospective

¿Qué es una sprint retrospective?

La sprint retrospective es la reunión al final de un sprint en la que el equipo mira cómo trabajó, no qué construyó, y decide qué cambiar. Es uno de los eventos más útiles de Scrum porque convierte la mejora en un hábito programado en lugar de algo que solo ocurre después de que un proyecto sale muy mal.

La mayoría de retros giran en torno a tres preguntas: qué fue bien, qué no, qué debería cambiar. El equipo elige unas pocas mejoras concretas y las lleva al siguiente sprint. Un equipo que tropieza una y otra vez con revisiones de código lentas podría acordar un SLA de revisión de dos horas y comprobar en la siguiente retro si se cumplió. Los pequeños ajustes, hechos a menudo, se acumulan a lo largo de un proyecto de un modo que un postmortem al final nunca logra.

La retrospectiva es la contraparte de proceso de la sprint review, que mira el producto. Nada de esto funciona sin seguridad psicológica. La gente tiene que nombrar lo que está roto sin miedo a la culpa, porque una retro donde nadie dice lo incómodo es solo un evento en el calendario.

Las retrospectivas en Dallonses

Hacemos retros que cambian de verdad cómo va el siguiente sprint, no las que producen una lista pulida que nadie lee. Cada retro termina con un número pequeño de cambios que asumimos como propios, y la siguiente abre comprobando si se mantuvieron. Si un arreglo no funcionó, lo decimos y probamos otra cosa.

Mantenemos a los clientes al tanto de lo que sale de ellas, porque los problemas de proceso suelen ser compartidos. Una retro que saca a la luz una cadena de aprobaciones lenta del lado del cliente vale más planteada con honestidad que absorbida en silencio. Esa franqueza es parte de cómo una colaboración sigue siendo una colaboración en lugar de deslizarse hacia una relación de proveedor.

¿Quieres un equipo que se vuelve más afilado cada sprint en vez de repetir los mismos errores? Construyámoslo.

Hablemos de cómo trabajamos