Scrum-time.com
Sprint Retrospective Meeting – La retrospectiva del Scrum

Sprint Retrospective Meeting – La retrospectiva del Scrum


Sprint Retrospective Meeting, al mismo nivel con Sprint Reviews Meeting, al mismo nivel con Sprint Reviews Meeting, tiene lugar en el último día del Sprint. Las tareas a diferencia de Sprint Reviews Meeting son completamente distintas. Si la reunión de resumen tiene como el objetivo mirar el resultado del producto, la retrospectiva se necesita para mirar el resultado del equipo.

Al margen de que el Scrum Team, trabaja bien, siempre hay una posibilidad de mejorar los índices. Un equipo del Scrum bueno siempre busca las posibilidades del mejoramiento y para esto en la metodología Scrum han distinguido el tiempo especial que permite parar y reflexionar sobre cómo trabaja el equipo, qué es posible mejorar y cómo.

La retrospectiva del Scrum - la medida muy útil y no hay que tratarla de una manera mediocre. A modo de ejemplo vamos a ver un coche y el cambio de su aceite. El intervalo rudo de la sustitución del aceite se considera aproximadamente 15 000 km., es decir a través de cada este número de los kilómetros es necesario verter el aceite viejo e inundar lo nuevo, de otro modo la cualidad del funcionamiento del motor puede empeorarse o además, esto puede llevar a la rotura seria y la avería. El Scrum Team tiene necesidad también de la sustitución semejante del "aceite" para que el trabajo siempre sea en el grado más alto eficaz.

La mayoría del Scrum Team pasan a la retrospectiva (Sprint Retrospective Meeting) justamente después de la revista (Sprint Review Meeting). Todoel equipo Development Team, el Scrum Master y el Product Owner también participan en este proceso. Aunque hay que notar que la participación del Product Owner no es necesario en todos los tipos del Sprint Retrospective Meeting . La retrospectiva no tiene restricciones temporales muy fuertes, pero hay una fórmula del justo término medio: la duración del Sprint Retrospective Meeting es igual 75 % de la hora (45 minutos) por la cantidad de las semanas en el Sprint, Si su Sprint es cuatrosemanal, el tiempo por la retrospectiva en el Scrum igual 60 * 0.75 * 4 = 180 minutos. Es decir en la retrospectiva hay que gastar 180 minutos que equivale a tres horas. A veces algunos equipos no siguen esta fórmula y usan simplemente la hora para tal análisis, y si hay unas discusiones acaloradas, el tiempo se extiende.

En realidad hay muchos modos de pasar las reuniones semejantes y hasta dentro de la organización y no hay el colmo de la perfección. Sobre este tema están escritos unos libros enteros, por ejemplo Agile Retrospectives: Making Good Teams Great y Project Retrospectives: A Handbook for Team Reviews.

Sprint Retrospective Meeting - Un método

El método más difundido y simple (que no anula su eficiencia), es el método Start-Stop-Continue.

En este método a cada miembro del equipo le piden determinar qué cosas concretas debe hacer el equipo o no y qué cosas continuar. Él distribuye las respuestas por tres variantes posibles:

  • Comenzar a hacer;
  • Dejar de hacer;
  • Continuar hacer.

Otra vez aquí hay unas variantes de la realización. En realidad, para la gestión de unas reuniones más eficaces es necesario el Scrum Master que, por ejemplo, puede pedir al equipo gritar las ideas durante la lucha. Scrum Master puede no hacerlo, y en general ir en redondo y preguntar a cada participante decir cualquier cosa que el equipo debe comenzar hacer, o cesar, o continuar.

Después de la lluvia de ideas de Sprint Retrospective Meeting puede comenzarse la votación por las preguntas concretas que serán tomados en consideración en el sprint siguiente. En la retrospectiva siguiente serán examinados los puntos que se han quedado de la reunión pasada.

El ejemplo del Sprint Retrospective Meeting en la elaboración de la tienda de Internet

El ejemplo creado por nosotros de la elaboración de la tienda de Internet, que se muda del artículo al artículo, no ha pasado por alto de lo corriente.

Después de la terminación del Sprint y la realización del Sprint Reviews Meeting, el equipo Scrum se ha reunido para la discusión de la eficiencia de su trabajo, que era estimada por cada uno independientemente.

El Scrum Master decide hacer la pregunta a cada uno personalmente e informarse de las respuestas a todas las tres preguntas.

El participante №1:

  1. Pienso que el equipo debe emoezar a usar unas hojas del test más desenvueltas
  2. ----
  3. Pienso que el equipo debe continuar usar el tipo del Product Backlog corriente, que es óptimamente conveniente

El participante №2

  1. -----
  2. Me parece que el equipo tiene que cesar usar la apreciación del ambiente dada de la elaboración, su "pesadez" disminuye el trabajo.
  3. El equipo debe continuar unívocamente usar el sistema corriente del control de las versiones y las conservaciones nubosas, con ella nos preocupamos menos de las pérdidas y concentramos más en el trabajo.

Según parece, expresar las ideas por el mejoramiento se puede completamente separado, ya que estos puntos de los contactos con el proceso de trabajo puede ser la multitud enorme.

El Scrum Master compone la lista de todos los deseos y luego conviene la votación. Durante la votación el equipo decide qué de lo propuesto es necesario aportar en el turno de los mejoramientos en primer lugar y corregir en el sprint siguiente y qué dejar para más después.

Sprint Review Meeting

Sprint Review Meeting

Sprint Review Meeting se realiza a finales de cada sprint y tiene el carácter de resumen. En la reunión el equipo estima lo que ha hecho y más a menudo esto se ve en forma de la manifestación de las nuevas posibilidades.

Scrum Team

Scrum Team

Scrum Team – es una imagen colectiva del equipo que consiste en Development Team, Scrum Master y Product Owner. El equipo es autosuficiente por completo y no depende de los especialistas exteriores ni de los clientes.

Development Team

Development Team

En nuestra percepción habitual, una unidad laborable es la persona, si se trata de los recursos humanos, pero en la metodología Scrum esto no es así.

Scrum Master

Scrum Master

Es posible decir bastante atrevidamente que Scrum Master es una de los peces gordos en la metodología Scrum. Es necesario comprender – Scrum Master no da las tareas pero elimina los problemas que aparecen adentro el Scrum Team

Product Owner

Product Owner

El Product Owner es un cierto eslabón de enlace entre el cliente y el equipo de la elaboración. La instancia definitiva en la toma de decisiones en el Scrum Team – es justamente Product Owner

Scrum Sprint

Scrum Sprint

Tal vez, el elemento más importante de la metodología Scrum es el Sprint.

Project Manegement
Project Manegement

Tiempo Scrum Time

keyboard_arrow_up