martes, abril 23, 2013

Mi evolución sobre las retrospectivas en Scrum

Desde hace un tiempo he venido actualizándome sobre las retrospectivas en Scrum (la verdad no he leído y estudiado todo lo que he querido) pero he realizado varias con mi equipo, y he particpado en otras como coach de la organización en la que estoy.

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:

  •  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)

Aclaro, que sigo visionando en la parte superior los aspectos de productividad, calidad y en especial felicidad para comprender como mis equipos quieren cambiar y mejorar, y en especial ser más felices, para estar acordes con el principio del manifiesto "Los proyectos se desarrollan en torno a individuos motivados..." Y si mi equipo esta motivado y feliz pues al proyecto, y a todos nos irá mejor y será más fácil y natural la mejora.

Pronto intentaré otras técnicas:

Y les contaré como me fue.

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.






2 comentarios:

  1. Excelente analisis, yo la llamaria una retrospectiva organica de seguro al pasar de los sprint sera cada vez mejor.

    Y eso de buscar la felcidad en tu TeamDev fue lo mejor.

    ResponderBorrar
  2. 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.

    Yo he usado Starfish y me parece una muy buena técnica.. te la recomiendo.

    Saludos

    ResponderBorrar