Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

Aquí teneís la cuarta y última entrega de la traducción de las reglas de Scrum. Antes de leer este post deberíais leer el primero, sobre la reglas del Sprint Planning Meeting, el segundo, sobre las reglas durante el Sprint y el tercero, sobre las reglas del Sprint Review Meeting.

El Sprint retrospective meeting es una reunión promovida por el ScrumMaster en la cual el Equipo discute el Sprint más recientemente finalizado y determina que puede ser cambiado para hacer el próximo Sprint más divertido y productivo. El Sprint Review se centra en 'que' está construyendo el Equipo, la Sprint Retrospective se centra en el 'como'. La motivación para realizar esta reunión es lograr la mejora continua del proceso de desarrollo. Scrum no es una metodología prescriptiva sino un marco metodológico que debe ser continuamente adaptado a cada proyecto, equipo o empresa.

El Sprint restropective meeting está limitado a 3 horas de duración.

  • Solo asisten el Equipo, el ScrumMaster y el Product Owner, este último es opcional.
  • La reuniñon comienza con todos los miembros del equipo contestando dos preguntas:
  • ¿Qué ha ido bien durante el último Sprint?
    ¿Que puede ser mejorado en el siguiente Sprint?
  • Es ScrumMaster apunta las respuestas del Equipo en un fomrulario de resumen.
  • El Equipo prioriza en que orden quiere hablar acerca de las potenciales mejoras.
  • El ScrumMaster no está en esta reunión para proporcionar respuestas, sino para facilitar la búsqueda del equipo de mejores vias de que Scrum funcione para ellos.
  • Aquellos puntos que merezcan atención que puedan ser añadidos al siguente Sprint considerado como un backlog no funcinal de alta prioridad. Las retrospectivas que no resultan en cambios son esteriles y frustrantes.
Published 24/11/2006 19:32 por Rodrigo Corral
Archivado en: ,
Comparte este post:
http://geeks.ms/blogs/rcorral/archive/2006/11/24/las-reglas-de-scrum-y-iv-el-sprint-review-meeting.aspx

Comentarios

# re: Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

Lei los 4 puntos de scrum y estoy muy interesado en esta metodología. Pero me resulta importante 2 puntos que no quedan muy claros en estas 4 traducciones.

El primero aparece al final de esta diapositiva, y dice que "las retrospectivas que no resultan en cambios son esteriles y frustrantes". ¿Eso significa que si no surgen cambios o esos cambios no se pueden implementar antes del próximo sprint, no se debe continuar con esta etapa del proceso?

La segunda, no escribiste nada acerca de las reuniones diarias. ¿Hay algún consejo al respecto, sobre todo en cuanto a qué acciones hay que tomar cuando ocurren problemas en estas reuniones que no son fácilmente o rápidamente solucionables?

Saludos y gracias

Monday, December 04, 2006 3:36 PM por Jorge

# re: Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

"Las retrospectivas que no resultan en cambios son esteriles y frustrantes".

Rodrigo seguro que lo puede explicar mejor pero como yo lo veo es que si en la reunión salen una serie de punto de mejorar para evitar problemas que hayan surgido durante el sprint o que pueden ayudar a hacer que sea más productivo el sprint habría que intentar aplicarlos, porque sino no se verá nada útil la reunión. Se podría pensar...Para que vamos a hacer una reunión retrospectiva si no sirve para nada.....

Thursday, December 14, 2006 6:34 PM por Ibon Landa

# re: Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

Aupa ILM!!!

Es exactamente lo que descibres a lo que se refiere el punto en cuestión.

Sobre la reuniones diarias (daily scrums) se habla en este post: http://geeks.ms/blogs/rcorral/archive/2006/11/21/las-reglas-de-scrum-ii-durante-el-sprint.aspx

Comentar que la principal misión del Scrum Master es resolver los impedimientos que se comentan durante los daily scrums, sean estos a corto o a largo plazo. Los impedimientos no solo son problemas ya detectados o que ya se han manifestado, sino que tambien, son impedimientos aquellos riesgos que se detecten para el proyecto. En este sentido las actividades clásicas de mitigación de riegos siguen siendo útiles en Scrum.

Thursday, December 14, 2006 8:18 PM por Rodrigo Corral

# Tensión, gestión de proyectos y resistencia de materiales

Un patrón que, a lo largo de mi experiencia como desarrollador se repite, es que alguien ajeno al equipo

Wednesday, January 10, 2007 10:26 PM por La masa, el ladrillo, la bota, el bocadillo...

# Exprimiendo Scrum: Scrum y la gestión del riesgo

Este es el segundo de una serie de post, titulados Exprimiendo Scrum, dedicados a cómo esta metodología

Thursday, June 28, 2007 9:14 AM por La masa, el ladrillo, la bota, el bocadillo...

# re: Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

Buenas:

Tengo una duda respectoa ésta fase de SCRUM. ¿Cuándo se debería hacer ésta restrospectiva?

Entiendo que, por lo que comentas, debería ser después de cada review con el cliente, pero no me queda muy claro, así que si me lo pudieses aclarar te lo agradecería.

Monday, July 21, 2008 10:47 AM por Juanjo

# re: Las reglas de Scrum (y IV): El Sprint Retrospective Meeting

@Juanjo: Efectivamente, la retrospectiva se debe realizar después del Sprint Review y antes del Sprint Planning Meeting del siguiente Sprint.

Un saludo!

Monday, July 21, 2008 1:47 PM por Rodrigo Corral