Su navegador no soporta JavaScript.
  • LinkedIn
  • YouTube
  • RSS

Retrospectiva Sprint

La Retrospectiva del Sprint, la última ceremonia del Sprint, tiene lugar después de la Revisión del Sprint y antes de la siguiente Planificación del Sprint. La reunión debe tener un límite de tiempo de no más de una hora por semana de duración del Sprint. El Scrum Master facilita la reunión para mantenerla en el buen camino, centrada y dentro del plazo.,Producto Potencialmente Enviable,Entender el papel fundamental que desempeña la Retrospectiva del Sprint en el Scrum,Saber cómo llevar a cabo una Retrospectiva del Sprint básica,Aprender la importancia de un Kaizen,Visión General de la Retrospectiva del Sprint:,Este es el momento en que los miembros del Equipo tienen la oportunidad de inspeccionar y adaptar su proceso. Los miembros del equipo se sientan y hablan sobre lo que ha ido bien, lo que podría haber ido mejor y lo que se puede mejorar en el próximo Sprint,Si el equipo es capaz de tener consistentemente fuertes Retrospectivas, y producir mejoras relevantes en el proceso, que se construyen Sprint a Sprint, mejorará continuamente.,[slideshow_deploy id='5117'],Leer más sobre la Retrospectiva del Sprint,Para ser eficaz, esta reunión requiere un cierto grado de madurez emocional y un ambiente de confianza. Es crucial que el Equipo asuma la responsabilidad de sus resultados como Equipo, y no como individuos. Lo fundamental es recordar que el Equipo no busca culpables, sino que examina el proceso. El Equipo debe plantearse preguntas como ¿Por qué sucedió así? ¿Por qué no lo hicimos? ¿Qué podría hacernos más rápidos? La idea aquí es examinar a las personas y las relaciones, así como el proceso y las herramientas. Las personas tienen que tener la fortaleza de plantear los problemas que realmente les preocupan de una forma orientada a la solución y no a la acusación. Al final de la reunión, el equipo y el Scrum Master deben acordar una mejora del proceso que aplicarán en el siguiente Sprint. Esa mejora del proceso, a veces denominada "el", debe incluirse en el Backlog del siguiente Sprint, con pruebas de aceptación. En la siguiente Revisión del Sprint se vuelve a tratar el tema para ver qué diferencia ha supuesto el cambio de proceso, si es que ha supuesto alguna. Si el rendimiento del equipo ha mejorado, el cambio debe mantenerse. Si el rendimiento no mejoró, el Equipo debe desarrollar otra hipótesis sobre cuál puede ser la causa raíz. Es importante elegir un solo cambio. Si el Equipo trata de implementar múltiples cambios, será difícil averiguar qué cambio de proceso resolvió el problema real y condujo a un mayor rendimiento.,Cómo Ejecutar una Retrospectiva de Sprint,Hay muchas maneras diferentes de ejecutar Retrospectivas. Una forma, ilustrada en las diapositivas, de estructurar la Retrospectiva es dibujar cuatro columnas en una pizarra, etiquetadas como: - ¿Qué ha ido bien? - ¿Qué podría haber ido mejor? - Cosas que probar? - Cuestiones que escalar? Cada miembro del Equipo añade elementos a las listas. Al marcar los puntos que se repiten, se empieza a llegar a un consenso. A continuación, el equipo discute las causas subyacentes y se pone de acuerdo sobre la mejora más importante (la,) que se intentará en el siguiente Sprint. Como Jeff señala en el video, en la próxima Revisión del Sprint el tema debe ser revisado para asegurar que se ha avanzado hacia la finalización de la Definición de Hecho para la mejora identificada.,Hay un montón de otros métodos activamente discutidos en,retrospectivewiki.org,. Un gran recurso para quienes deseen profundizar en el tema es el libro de Esther Derby, Agile Retrospectives: Making Good Teams Great,RetrospectiveWiki de Esther Derby

Tiempo estimado para este curso: 5 minutos
Audiencia: Principiante
Requisitos previos sugeridos: Scrum Marco, Velocidad, Potentially Shippable Product

Una vez finalizado:

  • Understand the pivotal role the Sprint Retrospective plays in Scrum
  • Know how to hold a basic Sprint Retrospective
  • Learn the importance of a Kaizen
  • Cualificarse para la Alianza Scrum SEUs y PMI PDUs. Véase PREGUNTAS FRECUENTES para más detalles

 

Sprint Retrospective Overview:
This is the time when the members of the Team have the opportunity to inspect and adapt their process. The Team members sit down and talk about what went right, what could have gone better, and what can be made better in the next Sprint. The goal is to discover the one improvement, or Kaizen, in their own process that they, as a Team, can implement right away.

If the team is able to consistently have strong Retrospectives, and produce relevant process improvement that build Sprint-to-Sprint, it will continuously improve.

Ver las diapositivas
 

[slideshow_deploy id='5117']

Read More on the Sprint Retrospective
To be effective, this meeting requires a certain amount of emotional maturity and an atmosphere of trust. It is crucial that the Team take responsibility for its outcomes as a Team, and not as individuals. The key thing to remember is that the team is not seeking someone to blame but rather looking at the process. The Team should ask questions like: Why did that happen that way? Why did we miss that? What could make us faster? The idea here is to examine people and relationships as well as process and tools. People have to have the fortitude to bring up the issues that are really bothering them in a way that is solution oriented rather than accusatory. And the rest of the team has to have the maturity to hear the feedback, take it in, and look for a solution rather than getting defensive.

By the end of the meeting the Team and the Scrum Master should agree on one process improvement that they will implement in the next Sprint. That process improvement, sometimes called the kaizen, should be put into the next Sprint’s Backlog, with acceptance tests. At the next Sprint Review the issue is revisited to see what difference, if any, the process change has made. If Team performance improved, the change should be kept. If performance did not, the Team needs to develop another hypothesis on what the root cause may be. It’s important to just choose one change. If the Team tries to implement multiple changes, it will be difficult to figure out which process change solved the real issue and led to increased performance.

How to Run a Sprint Retrospective
There are many different ways to run Retrospectives. Scrum Inc. recommends using the Métrica de la felicidad.

However, there are other ways to approach it.

One way, illustrated in the slides, is to structure the Retrospective is to draw four columns on a whiteboard, labeled:

• What went well?

• What could have been better?

• Things to try?

• Issues to escalate?

Each member of the Team adds items to the lists. By putting a check mark next to repeated items a consensus starts to emerge. The Team then discusses what it thinks are the underlying causes and agrees on the single most important improvement (the kaizen) to try in the next Sprint. As Jeff points out in the video, in the next Sprint Review the issue should be revisited to ensure that progress has been made toward completing the Definition of Done for the identified improvement.

There are a whole bunch of other methods actively discussed at retrospectivewiki.org. A great resource for people who want to delve deeper into the topic is Esther Derby's Agile Retrospectives: Making Good Teams Great.

ScrumLaboratorio abierto

Siguiente: Potentially Shippable Product
Anterior: Revisión de Sprint

Volver a todos los temas abiertos

6 formas ágiles de aumentar el compromiso de los empleados

employee support

Las organizaciones que utilizan métodos de trabajo ágiles experimentan una mejora en el compromiso de los empleados. Implique, equipe y capacite a sus empleados.

learn more button click here

Categorías:

es_ARSpanish
en_USEnglish fr_FRFrench es_ARSpanish
Acciones