La Retrospectiva del Sprint es el momento en que el equipo de Scrum evalúa las mejoras necesarias para mejorar la entrega de valor. Este evento no es el único momento para mejorar y esto puede ser realizado durante el Sprint. Las áreas de mejora pueden estar asociadas a Scrum, Criterios de terminado, relaciones entre las personas y prácticas ágiles y de ingeniería y herramientas. Las mejoras pueden estar asociadas a temas como la mejora de la calidad del producto representado en los criterios de terminado. Criterios más estrictos mejoran la calidad y la transparencia del incremento de producto, criterios menos estrictos pueden derivar en aumentar la deuda técnica. Los criterios de terminado reflejan la calidad del producto y cuando no hay mejoras en esta área podría reflejar que no se está mejorando la calidad del producto incorporando lo aprendido durante el Sprint, por ejemplo se inició el desarrollo con pruebas manuales y luego de varios Sprints se continua con pruebas manuales. Una pregunta que el equipo debe evaluar es si calidad del producto esta mejorando y la satisfacción del cliente esta mejorando o empeorando. Información como reportes de tendencia de defectos, resultado de las pruebas automatizadas ejecutadas en la integración, tendencia de los errores reportados por los clientes y métricas como MTTR (tiempo promedio de recuperación ante fallas), tendencia del crecimiento de la deuda técnica puede ayudar en esta conversación y en el siguiente tema de herramientas y prácticas de ingeniería.
Otro aspecto a mejorar puede ser los aspectos del uso de las herramientas y prácticas de ingeniería. El equipo puede discutir acerca del uso de prácticas ágiles, ejemplo de ello pueden ser prácticas de gestión producto como mapa de impacto, mapa de historias, etc. Prácticas de DevOps como integración continua, despliegue continuo, pruebas continuas, etc. La discusión sobre las herramientas es parte de la discusión sobre todo en estos momentos, por ejemplo, herramientas para mejorar la colaboración en remoto, o herramientas para mejorar la integración de código o visibilidad del flujo de valor en Kanban, la conversación puede ser extensa pero el foco sobre el estado del incremento del Sprint puede ayudar a enfocar las opciones.
Otros temas están asociados a las relaciones entre las personas y el uso del proceso de Scrum y el uso del empirismo. Para que Scrum sea exitoso se requiere mejorar la adopción del empirismo. Como equipo discutir sobre el uso de Scrum en términos de sus tres pilares es esencial. Por ejemplo, evaluar preguntas sobre como mejorar la transparencia del Product Backlog, del Sprint Backlog y del incremento pueden iniciar la conversación y potenciar la inspección y adaptación en los eventos y durante el Sprint.
Mejorar la capacidad de colaborar y comunicarse del equipo es esencial para mejorar su capacidad de entregar valor. Una forma de realizar esta inspección es a partir de los valores de Scrum y los tres pilares de Scrum. ¿Los miembros del equipo muestran coraje o valentía para tomar decisiones, aportar ideas y colaborar aún fuera de su área de especialización o de otras partes de la organización? ¿Los miembros del equipo tienen foco entregar un incremento de producto terminado durante el Sprint y no solamente al final del mismo para recibir comentarios y colaborar con los clientes como una forma de mejorar la transparencia? ¿El equipo tiene transparencia y compromiso sobre los objetivos de negocio, necesidades de cliente y trabaja motivado como equipo para lograrlos, qué mejoras se requieren? ¿El equipo muestra respecto escuchando a los demás y no buscando responsables como culpables? ¿Los miembros del equipo muestran apertura para adaptarse a los cambios continuamente e inspeccionando con foco en el objetivo del Sprint?
Hay muchas formas de realizar este evento, pero el equipo de Scrum debe recordar que el objetivo es mejorar el trabajo en equipo y sus capacidades de entregar valor de negocio. Una forma de evaluar si este evento es efectivo es evaluar si se está mejorando la entrega de valor en forma sostenible y crece en cada Sprint.
El gráfico que acompaña a este artículo es el cuadrante de la retrospectiva y puede ayudar al equipo a evaluar si esta cubriendo consistentemente las áreas de mejora. Muchas mejoras en relaciones entre las personas y Scrum y pocas en las otras áreas podrían indicar menos foco en mejorar la calidad del producto o de mejora de las competencias técnicas necesarias. No hay una regla para distribuir las mejoras y una buena forma de evaluar si el equipo esta mejorando su entrega de valor es a partir de la inspección del mercado, preguntas como ¿se está mejorando la participación de mercado, mejora del uso de producto, etc.? Pueden revelar si se mejora la entrega de valor.
Les comparto el enlace donde pueden adquirir mi libro Notas de Scrum Profesional: https://www.amazon.com/dp/B082S26DLH
Pueden ver la siguiente programación de mis clases en:
https://www.discoveryfast.com/certificaciones
Me pueden contactar en [email protected]