Mi pregunta: ¿Hay
para documentar la retrospectiva del sprint? No solo los resultados inmediatos (es decir, las medidas que se probarán en el próximo sprint), sino también las otras medidas (para probar más tarde), los problemas y las causas fundamentales.
Durante el Sprint Retro, todos en el equipo escriben los problemas percibidos en post-its. Los recopilamos en la pizarra, elegimos los más importantes, para lo cual tratamos de identificar la(s) causa(s) raíz allí mismo en la pizarra. Luego, presentamos medidas potenciales para abordar cada una de las causas. De las medidas elegimos dos o tres de las más factibles para el próximo Sprint.
Ahora mi problema: algún tiempo después en el día, alguien limpia la pizarra.
De ahí mi pregunta: (ver arriba)
Lo mejor sería en un formato que pudiera usarse como entrada adicional para el próximo retro...
Yo también tomaba fotos. Otra posibilidad es que algunos (o muchos) tomen notas en un documento de Google compartido. Esto también funciona para retrospectivas en línea.
El punto clave, en mi opinión, son los puntos de acción. Está muy bien profundizar en las causas fundamentales, pero en muchos casos es bastante improductivo: muchas causas fundamentales se encuentran fuera del alcance del equipo del proyecto y hay poco o nada que se pueda hacer para abordarlas adecuadamente.
Los que son importantes son:
Esto suena como historias "temáticas de equipo", por lo que creo que documentarlas como historias también puede ser apropiado.
Por lo general, tomo una foto de los resultados de las discusiones en las pizarras. Puedo ponerlos en la mayoría de las herramientas electrónicas o imprimirlos para ponerlos en una carpeta o colgarlos en la pared.
Si la pizarra funciona para tu retrospectiva, no la cambiaría. La mayoría de los teléfonos celulares pueden hacer fotos decentes, hoy en día. Debe señalar a alguien que tome una foto después de cada reunión y la coloque en algún lugar al alcance de todos. Algunos Share, Dropbox, Google Drive,...
Mi equipo escribe sus problemas en notas adhesivas y luego las adjunta a la pizarra.
Luego, como equipo, tratamos de agruparlos en 3 grupos principales:
Luego recopilo estos 3 "montones" de información y los uso para elaborar un resumen retrospectivo.
Utilizo un tablero de contramedidas de problemas para realizar un seguimiento del progreso de los elementos de acción identificados durante la retrospectiva. Usualmente uso Confluence, un Wiki o una pizarra dedicada para el PCB.
Recomiendo usar herramientas de mapas mentales para recopilar todos los resultados de las retrospectivas. Por naturaleza, las herramientas de mapas mentales le permiten agrupar ideas fácilmente, visualizar el resultado del análisis de causa raíz y marcar puntos de acción. También puedes exportarlo en diferentes formatos, ya sea a pdf o excel o jpg. Lo he estado usando -por cierto, lo estoy usando xmindcomo herramienta- durante mucho tiempo y obtengo un gran beneficio de él. Espero que eso te ayude a ti también.
¿Por qué documentar la Retrospectiva de Sprint? ¿Qué valor trae?
Todas las cosas que suceden durante la Retrospectiva del Sprint son sagradas para el Equipo Scrum. Recomiendo encarecidamente NO documentarlo.
Documentar la Retrospectiva del Sprint destruye más que crear algo. Todos los miembros del equipo entenderán que las discusiones que ocurren allí no son seguras si se graban.
Documentarlo no se menciona en The Scrum Guide™. Y creo que es a propósito.
Además, todas las cosas que sucedieron en Sprint X y se discutieron durante su Sprint Retrospective NO aportan ningún valor en un Sprint posterior. Todo está vinculado con el contexto que lo rodea, y el contexto preciso de este Sprint y esta Retrospectiva del Sprint es único. Comparar o volver a él simplemente no tiene sentido.
Si alguien le pide un informe retrospectivo de Sprint, simplemente responda que las cosas que suceden allí son propiedad exclusiva del Equipo Scrum y de nadie más. Para que la Retrospectiva del Sprint funcione, brinde seguridad y un escenario abierto para todos.
Como Scrum Master, usted es responsable de ser la memoria del equipo en ese sentido, por lo que si recolecta los post-its, guárdelos en un lugar seguro y dígale al equipo que los mantiene en secreto (lo mismo para las fotos).
El único resultado de la Retrospectiva del Sprint podría ser los elementos de acción descubiertos allí, y si se hacen públicos, debe estar claramente acordado por todo el Equipo Scrum.
Estas son buenas herramientas:
Muchas ideas de formato de reunión retrospectiva.
Herramienta compartida para recopilar información de los miembros del equipo durante una retro.
Gregor Ophey