Guía Scrum | 38. ¿Qué es una retrospectiva de Sprint?

Sprint Retrospective es un evento de recapitulación de Sprint al que solo pueden asistir los miembros del Equipo Scrum. Esto le permite estar completamente dedicado a los asuntos internos del equipo. Esto se debe a que la Retrospectiva del Sprint se utiliza principalmente para reflexionar sobre los métodos de trabajo actuales, así como para discutir sugerencias para mejorarlos.

¿Qué es una retrospectiva de Sprint? - Tabla de contenido:

1. Introducción
2. Objetivos y temas de Sprint Retrospective
3. ¿Cómo realizar una retrospectiva de Sprint efectiva?
4. Problemas a discutir
5. Discusión y compromiso
6. Resumen

Introducción

Sprint Retrospective es la reunión que finaliza cada Sprint. Es uno de los eventos de Scrum, sobre el que escribimos en una descripción general en un artículo separado.

De acuerdo con la Guía oficial de Scrum, una Retrospectiva de Sprint toma un máximo de tres horas para un Sprint mensual. O correspondientemente más corto si el Scrum Team trabaja en ciclos más cortos.

Objetivos y temas de Sprint Retrospective

Todos los miembros del Equipo Scrum participan en la Retrospectiva del Sprint. El propósito de la reunión es discutir problemas relacionados con el trabajo del Equipo Scrum y cómo los maneja. Sin embargo, estos no son problemas relacionados con el Producto desarrollado por el Equipo Scrum, sino problemas relacionados con la naturaleza y el curso de la cooperación entre los miembros del Equipo Scrum.

Debido a que los temas planteados suelen ser delicados y delicados, la Retrospectiva de Sprint es un evento cerrado. Podemos formular sus objetivos de la siguiente manera:

• para resumir las formas actuales de cooperación
• para identificar aquellos problemas e imperfecciones que requieren mejoras
• para sugerir soluciones y modificaciones

Los objetivos de Sprint Retrospective están íntimamente relacionados con los pilares del empirismo sobre los que se sustenta Scrum. Los dos primeros puntos están relacionados con la inspección. Mientras que el último está relacionado con la adaptación. Escribimos más sobre los pilares del empirismo y su papel en Scrum en este artículo.

El resultado de las respuestas a las reuniones anteriores no es solo una imagen clara de los principios de cooperación del Equipo Scrum disponibles para todos sus miembros. El Equipo también se compromete a mejorar la cooperación y el comportamiento del equipo, que se implementarán en el próximo Sprint.

¿Cómo realizar una retrospectiva de Sprint efectiva?

Debido a que la Retrospectiva del Sprint es una reunión difícil, el rol del Scrum Master que modera la discusión es crucial. Idealmente, él o ella debería sugerir a los miembros del Equipo Scrum que hablen a continuación. Por ejemplo, puede pedirles a todos que den un resumen de una oración del Sprint final.

Problemas a discutir

Dado que hablar de problemas en el equipo puede despertar mucha emoción, una solución común es escribir los temas que se discutirán en hojas de papel separadas. Esto hace que sea más fácil expresar su opinión. También es más fácil detectar áreas problemáticas más grandes y problemas que preocupan a más personas.

Si el Equipo Scrum plantea demasiados problemas, puede comenzar discutiendo los más importantes. O seleccione colectivamente qué problemas son los más importantes en opinión del Equipo Scrum.

Puede posponer los problemas para los que no hubo suficiente tiempo durante la Retrospectiva de Sprint para la próxima retrospectiva. Por supuesto, solo en caso de que todavía ocurran.

Discusión y compromiso

Sin embargo, las partes más importantes de la Retrospectiva del Sprint son la discusión y los compromisos.

La discusión debe centrarse en las causas de los problemas, los momentos en que ocurren y su impacto en el funcionamiento del Equipo Scrum. Vale la pena considerar si se puede evitar su ocurrencia y con quién discutir su solución.

Comprometerse es tan importante como diagnosticar los problemas porque el solo hecho de saber que existen y las causas no se traducen en solucionarlos. El resultado de una Retrospectiva de Sprint suele ser varios compromisos. Si el problema afecta a todo el equipo, a menudo uno de los miembros del equipo se compromete a prestar especial atención a un problema en particular en el próximo Sprint. Y proponer su solución, o incluso resolver el problema en sí. Si, por el contrario, el problema se refiere a la acción de una persona específica, él o ella se compromete a cambiar su comportamiento tan pronto como el próximo Sprint.

Resumen

Sprint Retrospective es un resumen de un Sprint desde la perspectiva de la colaboración entre los miembros del Equipo Scrum. Su propósito es mejorar la eficiencia y nutrir los tres pilares del empirismo: transparencia, inspección y adaptación. Transparencia, en la que todos los colaboradores hablan con franqueza tanto de los aciertos como de los problemas que surgen en el equipo. Inspección, que implica el diagnóstico frecuente y fiable de la situación del equipo, y adaptación, es decir, corregir los errores que se presentan de forma continua.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos