Al inicio, comencé con el típico (propuesto en http://www.mountaingoatsoftware.com en su introducción a Scrum):
- Qué hicimos bien
- Qué hicimos mal
- Y qué debemos mejorar
Pero note que nos estábamos quedando quietos, las tres preguntas anteriores solo son un diagnóstico y te proporcionan una foto de como te fue el el Sprint que acabas de terminar pero no te lleva a la acción.
Luego entonces decidi madurarla un poco y agregar
- Qué se debe mantener
- Cómo hacerlo mejor
(esta versión es mas coherente con un ciclo de mejora PHVA de mejora continua)
Pensando en:
Pensando en:
- una retroalimentación al proceso
- y una mejora del mismo,
- manteniendo aquello que nos había generado valor.
Luego, al leer a Alan Cyment me animé a cambiar las preguntas, adicionando los aspectos de Productividad, Calidad y Felicidad, generando una matriz que involucraba los aspectos anteriores
Que como pueden deducir me llevaba de nuevo a un diagnóstico pero me permitía ver aspectos interesantes del equipo.
Luego la maduré a la versión que utilizo actualmente, que presento a continuación:
(esta actividad toma aproximadamente 40 a 50 minuntos)
Pronto intentaré otras técnicas:
- Dinámica de Retrospectiva: 3 caras y 4 capas (mad/glad/sad/ vs Filosofía, metodología, técnicas y ecosistema - http://thomaswallet.blogspot.com/2011/12/dinamica-de-retrospectiva-3-caras-y-4.html#.UXYWoqLEK3H
- Mad/Sad/Glad vs Keep/Fix/Try
- Estrella de mar - star fish - http://www.proyectosagiles.org/retrospectiva-estrella-mar-starfish-retrospective-scrum
- Start doing: comenzar a hacer
- More of: mas de lo anterior
- Keep doing - Seguir haciendo /mantener
- Less of: menos de
- Stop doing: dejar de hacer
Y les contaré como me fue.
Seguiremos avanzando en este aspecto de las retrospectivas, pero lo que si tengo claro es:
Seguiremos avanzando en este aspecto de las retrospectivas, pero lo que si tengo claro es:
- De una retrospectiva se debe avanzar del diagnóstico (del qué) a la acción (al cómo vamos a mejorar).
- El equipo guiado por el Scrum Master debe mirar como avanzar y mejorar su proceso
- Las mejoras identificadas deben ser igualmente priorizadas e identificadas a realzar al corto, mediano y largo plazo. (muchas veces no podemos mejorar todo de una vez, sino orgánicamente de la misma hacemos con el producto) .
Hasta la próxima.
Quedo atento a sus comentarios, observaciones, mejoras y/o sugerencias.
Excelente analisis, yo la llamaria una retrospectiva organica de seguro al pasar de los sprint sera cada vez mejor.
ResponderBorrarY eso de buscar la felcidad en tu TeamDev fue lo mejor.
Está muy bueno el post, lo importante realmente es que se identifiquen y lleven a cabo actividades que permitan aumentar lo que se hizo bien y eliminar lo que se hizo mal.
ResponderBorrarYo he usado Starfish y me parece una muy buena técnica.. te la recomiendo.
Saludos