Diferencia entre revisiones de «Retrospectiva Del Sprint»

Revisión del 16:57 26 dic 2008

En Scrum, la Retrospectiva del Sprint es una reunión facilitada por el Scrum Master en la cual los Miembros Del Equipo De Scrum discuten el Sprint que acaba de finalizar, y determinan qué podría cambiarse en el próximo Sprint para que sea más productivo y mejor. La Revision Del Sprint se focaliza en "Qué" construye el equipo, mientras que la Retrospectiva se centra en "Cómo" están construyendo el sistema.

Cualquier cosa que afecte cómo el equipo construye software está abierto para discutirse. Esto puede incluir: procesos, prácticas, comunicación, entorno, artefactos y herramientas.

Scrum no es una metodología prescriptiva, sino más bien un framework que debe adaptarse apropiadamente para cada proyecto, equipo y circunstancias particulares. La Retrospectiva del Sprint es un mecanismo importante que le permite al equipo evolucionar continuamente y mejorar durante toda la vida del proyecto.

Es importante que todos tengan la oportunidad de opinar abiertamente (incluyendo al equipo, al Dueño Del Producto y al Scrum Master), en un ambiente honesto y constructivo. A menudo puede ayudar conseguir a un facilitador externo que ayude a lograr un mayor efecto de la retrospectiva; este enfoque tiene el beneficio adicional de permitirle al Scrum Master participar más libremente de la reunión. Un facilitador imparcial es particularmente útil cuando las emociones o relaciones entre los integrantes del equipo no están en su mejor momento.

Resumen

• Las mejoras al proceso se realizan al finalizar cada Sprint: asegurarse que el equipo mejore continuamente su forma de trabajo.
• La Retrospectiva es un proceso colaborativo entre todos los miembros del equipo, el Dueño Del Producto y el Scrum Master.
• Todos los miembros del equipo identifican las cosas que salieron bien y aquellas para mejorar.
• El Scrum Master prioriza las acciones y lecciones aprendidas de acuerdo a la dirección del equipo.
• El Equipo visualiza soluciones para los problemas más importantes. Esto ayuda a aumentar el sentido de auto-administración y confianza del equipo.
• La Retrospectiva ayuda a la formación y unión del equipo, ya que cualquier área de conflicto puede ser tratada.

Directiva de una retrospectiva

Uno de los principales miedos en las retrospectivas es la sensación de que se esté intentando buscar un "culpable" por los problemas que enfrentó el equipo. Nada más lejos de la intención real de una retrospectiva, que es la mejora continua.

Por esto, antes de comenzar cada retrospectiva es bueno que el equipo lea en voz alta la siguiente directiva:

"Sin importar lo que descubramos, comprendemos y verdaderamente creemos que todos hicieron el mejor trabajo posible, dado lo que sabían a ese momento, sus capacidades y habilidades, los recursos disponibles, y la situación en general"

Al finalizar un proyectos todos saben mucho más. Naturalmente se van a descubrir decisiones y acciones que desearíamos haber hecho distinto. Este nuevo conocimiento debe ser celebrado, y no usado para avergonzar a las personas.

Libros

Existen libros que hablan sobre las actividades a desarrollarse en las retrospectivas, donde tenemos que recoger datos, información y sugerencias sobre las medidas que deben ser adoptadas en relación con determinados "problemas" que se encontraron anteriormente en el sprint.

• Agile Retrospectives
• Project Retrospectives
• Project Management Toolkit
• The Project Meeting Facilitator

Formas de hacer una retrospectiva

Como buen facilitador de retrospectivas se debe tener muchas opciones para la facilitación de estas sesiones. Técnicas que funcionan bien para un equipo o el tipo de negocio pueden no funcionar bien en lugares con una cultura diferente. Si la única técnica de retrospectiva que sabe es "¿Qué ha ido bien?", "¿Qué podría mejorarse ?"... recuerde que esto se puede mejorar mucho conociendo otras actividades.

Temas en papel

Una manera adaptada y simplificada, es que cada miembro del equipo recibe un papel en blanco y define un tema, por lo general algo que debe mejorar en el próximo sprint, según su opinión.

El facilitador establece 5 minutos para que escriban un poco sobre el tema elegido. Después de este tiempo cada uno de los miembros pasa el papel para el miembro de su derecha, el cual lee sobre el tema sugerido por el colega y escribe sus opiniones sobre este tema por otros 5 minutos ... el ciclo se repite hasta que el papel vuelve a su escritor original.

Al final, el facilitador de la reunión puede leer lo que se ha escrito sobre cada tema y abrir debates.

Opiniones abiertas

Se escriben dos grandes categorías: "Bueno" y "A mejorar".

En forma de debate abierto, cada miembro del equipo va escribiendo temas en notas adhesivas, y las coloca bajo la categoría correspondiente. Cada vez que se pega una nueva nota, se explica exactamente a qué hace referencia. No se critica la opinión del que escribe, sino que se escucha y se responden dudas que puedan surgir.

Cuando no surjan más temas, el equipo vota por alguno de los "temas a mejorar". El tema ganador se debate y se proponen "Mejoras concretas" para poder resolver el tema. Luego, de entre todas las posibles mejoras concretas, el equipo vota y selecciona las 2-3 más votadas para implementar en el Sprint que se inicia.

Ver también

• Scrum
• La directiva principal
• Diagrama con un formato de retrospectiva