agile retrospective meetings why it is necessary
Desarrollo Ágil de Software es un conjunto de métodos y prácticas que se basan en el Manifiesto Ágil. La metodología ágil enfatiza la colaboración en equipo y la entrega frecuente de un producto.
Uno de los 12 principios enumerados en el Manifiesto Ágil es:
'A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, luego afina y ajusta su comportamiento en consecuencia'.
Este principio se incorpora en un equipo ágil en forma de reuniones Agile Retrospectivas.
En este artículo, hablaremos más sobre las reuniones retrospectivas, su propósito y algunas formas divertidas de realizar estas reuniones.
Lectura recomendada=> Las 6 razones más comunes por las que debería adoptar Agile en su organización
Lo que vas a aprender:
- Definición y propósito de las reuniones retrospectivas
- Realización de reuniones retrospectivas
- Pasos retrospectivos ágiles
- Formatos, ideas y actividades de reuniones retrospectivas ágiles
- Conceptos erróneos comunes
- Conclusión
- Lectura recomendada
Definición y propósito de las reuniones retrospectivas
Por definición, retrospectivo significa “mirar atrás o lidiar con situaciones o eventos pasados”.
Fiel a la definición, Las reuniones retrospectivas están destinadas a reflexionar sobre los últimos pique / project / milestone e identifica las áreas que necesitan mejoras y celebra las victorias del equipo .
Esto se relaciona con el concepto de mejora continua, donde los equipos se reúnen para discutir las áreas que el equipo hizo bien y las áreas en las que el equipo necesita trabajar en conjunto para mejorar para el próximo sprint / proyecto / hito.
También leer=> Cómo mejorar la calidad del software mediante el proceso de integración continuo
Realización de reuniones retrospectivas
Se pueden celebrar reuniones retrospectivas en varias etapas durante el proyecto:
- Las reuniones retrospectivas se pueden programar para los días finales de un sprint y antes de que comience el siguiente sprint para reflexionar sobre el sprint más reciente.
- Para revisar un escenario problemático específico
- En un hito para reflexionar sobre el estado hasta ahora
Pasos retrospectivos ágiles
Cualquier reunión retrospectiva implicará los siguientes pasos:
- Establecer escenario - Organizar reunión: implica la organización de la reunión por parte del facilitador (PM, scrum master, etc.) y el envío de una invitación a la reunión a todos los miembros del equipo y partes interesadas requeridas.
- Reunir datos - Una vez que comience la reunión, reúna todas las ideas, opiniones e inquietudes que puedan tener los miembros del equipo. Esto se puede hacer a través de varios actividades retrospectivas ágiles como Iniciar, Detener y Continuar, Imagen de Píntame, etc.
- Genere conocimientos - Una vez recopilados los datos, deben identificarse análisis significativos y deben crearse patrones. La idea es identificar tendencias y resolverlas. P.ej. Si los miembros del equipo no están contentos con las largas reuniones diarias, tenemos que averiguar qué está causando esto. Podrían ser discusiones no relacionadas, la tardanza de los miembros del equipo, una configuración de tiempo poco realista que no se adapta a la cantidad de actualizaciones, etc.
- Crear acciones - Una vez que se identifican los problemas subyacentes, cree puntos de acción para resolverlos. Los puntos de acción deben asignarse a una (s) persona (s) responsable (s) que serán responsables de resolverlo en la fecha límite decidida.
- Envolver - Agradezca al equipo por su tiempo y su participación. Asegúrese de que la discusión de la reunión y los puntos de acción estén documentados y distribuidos a los miembros del equipo para facilitar su consulta.
Formatos, ideas y actividades de reuniones retrospectivas ágiles
# 1) Qué salió bien, Qué debería haberse hecho mejor, Elementos de acción
Los miembros del equipo se reúnen y discuten qué hizo bien el equipo, qué necesita mejorar, las lecciones aprendidas y los puntos de acción correspondientes a las áreas de mejora.
Estas acciones se asignan a un miembro del equipo responsable. Esta discusión se documenta y se distribuye a todos después de la reunión o se puede guardar en una unidad compartida / intranet para facilitar el acceso.
JIRA tiene un incorporado Sprint retrospectiva plantilla para una reunión retrospectiva basada en este formato exacto como se muestra a continuación:
(imagen fuente )
# 2) Iniciar, detener y continuar reunión
En esta reunión se pide a los miembros del equipo que den su opinión sobre lo que el equipo debería empezar a hacer, dejar de hacer y seguir haciendo en los sprints.
Este método es muy popular y eficaz, especialmente para equipos nuevos.
- Los elementos de inicio serían algo que el equipo quisiera agregar a su proceso, p. Ej. Empiece a llegar a tiempo a las reuniones del proyecto.
- Detener elementos sería algo que el equipo ya no quiere hacer, p. Ej. deje de registrar el código sin revisar el código.
- Continuar elementos será algo que el equipo quiera seguir haciendo en el futuro, p. Ej. Continúe con las reuniones diarias.
El facilitador de la reunión puede establecer un límite mínimo y máximo de una cantidad de elementos que un miembro del equipo puede proponer. P.ej. Cada miembro del equipo debe proporcionar 1 elemento para cada una de las listas de inicio, parada y continuación, y puede proporcionar un máximo de 3 elementos por tipo.
Además, una vez que se compila la lista completa, se puede pedir a los miembros del equipo que voten para reducir los elementos más importantes.
# 3) 5 Reunión en formato 'Por qué'
Este formato de reunión se basa en hacer preguntas de seguimiento 'por qué' entre los miembros del equipo.
Este formato de reunión se utiliza para encontrar las causas subyacentes de un escenario problemático (síntoma) y donde las causas pueden no ser obvias.
El objetivo no es resolver el problema, sino comprender la situación y, posiblemente, reducir la causa raíz.
Cada miembro del equipo crea una cadena de razones por las que cree que está ocurriendo el problema. Una vez que la lista está lista, las respuestas se pueden consolidar en una sola cadena que represente la opinión alcanzada por un consenso común del grupo.
Esto funciona mejor para equipos pequeños con tamaños, es decir, 3-5 miembros.
Por ejemplo:
Problema : La calidad del producto no fue buena.
Pregunta : ¿Por qué?
Razón 1 : Construcción inestable.
Pregunta : ¿Por qué?
Razón : Sin aplicación de procesos, sin congelación de código.
Pregunta : ¿Por qué?
Razón : Cambio de alcance
Pregunta : ¿Por qué?
Razón : Impacto no identificado durante la planificación del proyecto
# 4) Loco, triste, alegre
En este formato de reunión, el miembro del equipo se toma un tiempo (de 5 a 10 minutos) para escribir notas adhesivas para cada una de las emociones: enojado, triste y alegre.
- 'Mad' tiende a centrarse en obstrucciones, barreras, etc.
- 'Triste' tiende a centrarse en problemas internos y
- 'Glad' tiende a centrarse en algo por lo que el miembro del equipo está feliz.
Una vez transcurrido el tiempo, las notas adhesivas se agrupan según las emociones. Luego, se votan los temas Locos y Tristes para priorizarlos para crear un elemento de acción.
# 5) Hazme un dibujo
Esta técnica es una técnica retrospectiva no verbal.
En este formato de reunión, los miembros del equipo disponen de unos minutos para recopilar sus pensamientos y expresar sus sentimientos y opiniones.
Esta reunión es un buen formato para realizar retrospectivas donde las comunicaciones verbales dentro de un equipo están fallando, actúa como un rompehielos entre los miembros del equipo.
(imagen fuente )
# 6) Celebración del círculo
Esta técnica captura comentarios usando Pluses y Deltas, es decir, qué funcionó bien, qué podría haber sido mejor).
En esto, los miembros del equipo se reúnen para formar un círculo. Un miembro del equipo comienza y lanza un objeto blando que se puede lanzar (juguete de peluche, pelotas antiestrés) hacia cualquier otro miembro.
La idea es que quien tenga la pelota respondería 3 preguntas:
- Lo que disfrutaron
- Lo que apreciaron y
- ¿Cómo utilizarán lo que han aprendido para mejorar?
El objeto se pasa al azar en el círculo hasta que todos hayan tenido una oportunidad.
Conceptos erróneos comunes
Concepto erróneo # 1) Las reuniones retrospectivas son aburridas
Ésta es la razón número uno por la que a los miembros del equipo no les gusta realizar o estar presentes en una reunión retrospectiva.
Para que la reunión sea más atractiva, el facilitador debe idear formas divertidas pero efectivas de llevar a cabo estas reuniones.
Concepto erróneo n. ° 2) La reunión retrospectiva es mi oportunidad para señalar el desempeño por debajo del promedio de un miembro del equipo.
Una reunión retrospectiva no es una reunión para señalar con el dedo o desahogarse.
Esta reunión no está programada para señalar o llamar a los miembros del equipo por sus puntos débiles. Esta reunión se organiza en un entorno neutral con el objetivo de mejorar y crecer como equipo. Evite hacer comentarios directos dirigidos a una sola persona. ¡Y recuerde que el objetivo es mejorar!
Concepto erróneo n. ° 3) Solo el organizador de la reunión dirige las reuniones retrospectivas y discute los problemas.
Se debe alentar a los miembros del equipo a participar y compartir su punto de vista. Esta reunión es para el mejoramiento del equipo y no para una discusión de arriba hacia abajo dictada por el organizador / facilitador de la reunión.
Al mismo tiempo, los miembros del equipo deben sentirse cómodos para que puedan expresar su verdadero punto de vista sin temor a ser juzgados o temor a una reacción violenta como resultado de hablar.
Concepto erróneo n. ° 4) La alta dirección / las partes interesadas clave no están invitadas en absoluto a reuniones retrospectivas.
Esto varía de un proyecto a otro. Se puede invitar a la reunión a los propietarios de productos de alta dirección para abordar cualquier inquietud que puedan tener o cualquier inquietud que tenga el equipo con respecto a su gobierno.
Concepto erróneo n. ° 5) No es necesario documentar los resultados de la reunión retrospectiva
La metodología ágil se basa en el principio 'Software de trabajo sobre documentación completa', sin embargo, eso no significa que el equipo deba eliminar por completo la documentación.
La documentación de las retrospectivas puede conducir a un seguimiento eficaz de los puntos de acción hasta el cierre. Esto también se puede agregar a los repositorios de datos históricos, donde el equipo puede acceder a las lecciones aprendidas como parte de los activos de los procesos de la organización.
Conclusión
Las retrospectivas son muy útiles para la creación de equipos y la colaboración en equipo.
Los miembros del equipo que se unen para celebrar las victorias y proponer mejoras también crean un entorno de equipo más transparente y saludable. A través de la mejora continua y la retroalimentación, los equipos mejoran a medida que pasa el tiempo.
Las reuniones retrospectivas deben incluir tanto cuestiones humanas (personalidad, actitud, falta de habilidades, etc.) como cuestiones técnicas (alcance, requisitos inconsistentes, estabilidad del sistema, etc.).
Preguntas y respuestas de la entrevista de mysql por 3 años de experiencia
Se recomienda que las reuniones retrospectivas se lleven a cabo en todos los niveles y no solo a nivel del equipo de desarrollo.
Las reuniones retrospectivas se pueden llevar a cabo al final de un hito, final de un sprint, post mortem de un incidente o problema, después de eventos importantes, etc. Asegúrese de que sus reuniones retrospectivas estén documentadas y los puntos de acción se registren hasta el cierre.
Por último, pero no menos importante, ¡haga que sus reuniones retrospectivas sean divertidas!
Acerca de autor: Este útil artículo está escrito por Neha B. Actualmente se desempeña como Gerente de Garantía de Calidad y se especializa en liderar y administrar equipos de control de calidad internos y externos.
¿Conoce alguna forma divertida de reuniones retrospectivas que no se mencionen en este artículo? Háganos saber publicando sus comentarios.
Lectura recomendada
- ¿Cómo ser un buen mentor, entrenador y defensor de equipo en un mundo de pruebas ágil? - La inspiración
- 4 pasos hacia el desarrollo de la mentalidad de pruebas ágiles para una transición exitosa a un proceso ágil
- Tutorial ágil de JIRA: cómo utilizar JIRA de forma eficaz para gestionar proyectos ágiles
- Manifiesto ágil: comprensión de los valores y principios ágiles
- El cambio de mentalidad de un probador ágil: alinearse con el manifiesto ágil
- Tutorial SAFe Agile: Qué es Scaled Agile Framework
- Cuestionario en línea de Agile Scrum: Pon a prueba tu conocimiento de Agile Scrum
- Pruebas de regresión automatizadas: desafíos, procesos y pasos