La pregunta en resumen: ¿cómo debemos manejar una retrospectiva de scrum cuando la capacidad del equipo ha sido muy baja?
Fondo
Tenemos un equipo de 6 personas: 1 PO, 4 desarrolladores (de los cuales 1 a tiempo parcial los lunes y viernes) y 1 desarrollador/SM (yo). Tenemos un sprint de 1 semana que comienza el lunes y finaliza el viernes a las 9 am, y la retrospectiva también es el viernes.
Debido a la variación de las vacaciones de verano, mañana nuestra retrospectiva de sprint sería con un desarrollador que trabajó de martes a viernes, el desarrollador a tiempo parcial (que no trabajó este lunes) y yo, habiendo trabajado toda la semana.
Soy partidario de no saltarme la retrospectiva, porque me parece importante la inspección y la adaptación. Sin embargo, me temo que no obtendremos mucho valor porque solo la mitad del equipo estará allí y solo dos de ellos han trabajado en el sprint.
¿Sería prudente seguir manteniendo una retrospectiva de este sprint? De ser así, ¿qué tipo de actividades serían útiles para este tipo de retrospectiva de baja capacidad? Si no, ¿deberíamos omitirlo por completo o tratar de moverlo a otro momento?
Pregunte a las personas que participan en el retro si es necesario. (O mejor aún, pregunta si han pensado en algo para lo retro).
Dado que la temporada navideña traerá desafíos especiales para el equipo (como un equipo incompleto como el que está enfrentando en este momento), podría ser bueno que ese sea el tema de las próximas retrospectivas.
En cuanto al ejercicio a utilizar, trate de mantenerlo simple. Un start, stop, continue (o mi variante start, spice up, stop ) podría ser adecuado. O una constelación, donde podría traer personas que están ausentes con algo con su foto adjunta.
Al final de la reunión retrospectiva, haga una revisión de las acciones y pregunte al participante cómo se siente acerca de la reunión. Utilice sus comentarios para ajustar el formato y el tema.
¿Tus pensamientos sobre esto?
Obviamente, lo mejor es tener todo el Scrum Team presente en cada Retro. Os animo siempre a celebrar la Retro con la mayor cantidad de gente que esté disponible. Bromeo que estoy jugando al 'bingo del Equipo Scrum', donde gano un punto por cada combinación única de miembros del Equipo Scrum que he tenido en un Retro. Pero en serio, cada combinación de miembros del Equipo Scrum crea una dinámica única y casi siempre revela nuevos conocimientos. Algo a evitar es 'hablar a espaldas de alguien', por supuesto; aunque si esto sucediera, sería una buena oportunidad para discutir el miedo al conflicto o la evitación de la rendición de cuentas (dos de las cinco disfunciones de un equipo ).
Saltarse lo retro sería un anti-patrón. Cuando la capacidad es limitada debido a "OOO", es un buen momento para evaluar los límites de funcionalidad cruzada del equipo. ¿Qué brechas de habilidades tenemos? ¿Qué podríamos hacer al respecto en el futuro? ¡Buenas cosas para descubrir!
Todd A. Jacobs
Lex