En un post anterior, hablabamos acerca de las semejanzas o diferencias entre el Scrum Diario y las Reuniones de Estatus estilo PMI. En esta oportunidad hablaremos sobre la ceremonia o reunión de retrospectiva desde ambos puntos de vista.
Comencemos por un punto en común que creo que todos coincidimos: ¿Si hay que sacrificar una actividad o ceremonia, cuál es la elegida?.. es correcto! tanto pmistas como scrumistas sabemos que el candidato a sacrificar es: La reunión de retrospectiva.
La restrospectiva tiene como finalidad identificar oportunidades de mejora, así sea repitiendo algo que nos dió buen resultado o mejorando algo que no nos funcionó como esperabamos, en otras palabras, se trata de la mejora continua del proceso.
A pesar de que el pmbok 4 en ningún lado menciona la palabra "retrospectiva", en el grupo de proceso de cierre se consigue lo siguiente:
En el caso de Scrum la podemos identificar más fácilmente, ya que una de las cuatro ceremonias es la Restrospectiva del Sprint (recuerden que Scrum utiliza el término Sprint como iteración). Se trata de una reunión, en general más informal que las otras, donde el equipo y el ScrumMaster conversan aceca de lo que salió bien y lo que se debe mejorar en el siguiente sprint. La asistencia del Product Owner no es obligatoria.
Debido a que en Scrum la retrospectiva es una ceremonia explícita del marco de trabajo, se obvia en menor porcentaje que en el caso de la gestión de proyecto tradicional, pero sin embargo, al hacer un sondeo acerca de esta reuniones en ambos casos podemos observar que es la más propensa a eludir.
Seguramente esto pueda mejorar si concientizamos al Sponsor o a los miembros del equipo, del valor que agrega esta actividad para poder implementar las mejoras de las que siempre hablamos.
Estas reuniones también son conocidas como post-mortem, y si hacemos la metáfora del espejo retrovisor, se trata de ver el camino que dejamos atrás, para evitar los huecos y hacer el recorrido más placentero; y puede ser que también aplique: "Objects in Mirror are Closer than They Appear".
Nos seguimos leyendo.
Comencemos por un punto en común que creo que todos coincidimos: ¿Si hay que sacrificar una actividad o ceremonia, cuál es la elegida?.. es correcto! tanto pmistas como scrumistas sabemos que el candidato a sacrificar es: La reunión de retrospectiva.
La restrospectiva tiene como finalidad identificar oportunidades de mejora, así sea repitiendo algo que nos dió buen resultado o mejorando algo que no nos funcionó como esperabamos, en otras palabras, se trata de la mejora continua del proceso.
A pesar de que el pmbok 4 en ningún lado menciona la palabra "retrospectiva", en el grupo de proceso de cierre se consigue lo siguiente:
- ..Realizar un revisión tras el cierre del proyecto o la finalización de una fase
- Registrar los impactos de la adaptación a un proceso
- Documentar las lecciones aprendidas..
En el caso de Scrum la podemos identificar más fácilmente, ya que una de las cuatro ceremonias es la Restrospectiva del Sprint (recuerden que Scrum utiliza el término Sprint como iteración). Se trata de una reunión, en general más informal que las otras, donde el equipo y el ScrumMaster conversan aceca de lo que salió bien y lo que se debe mejorar en el siguiente sprint. La asistencia del Product Owner no es obligatoria.
Debido a que en Scrum la retrospectiva es una ceremonia explícita del marco de trabajo, se obvia en menor porcentaje que en el caso de la gestión de proyecto tradicional, pero sin embargo, al hacer un sondeo acerca de esta reuniones en ambos casos podemos observar que es la más propensa a eludir.
Seguramente esto pueda mejorar si concientizamos al Sponsor o a los miembros del equipo, del valor que agrega esta actividad para poder implementar las mejoras de las que siempre hablamos.
Estas reuniones también son conocidas como post-mortem, y si hacemos la metáfora del espejo retrovisor, se trata de ver el camino que dejamos atrás, para evitar los huecos y hacer el recorrido más placentero; y puede ser que también aplique: "Objects in Mirror are Closer than They Appear".
Nos seguimos leyendo.
Comentarios
Otro tema no menos importante es que el PO no debiera participar de estas reuniones, para que el equipo pudiera tener la intimidad necesaria para decir lo que piensa y reconocer errores.
Gracias por compartir!!
Aun no he encontrado un lugar aqui donde no hagan estos meetings. No solo las hacen internamente sino tambien con el cliente (las llaman "Lessons learned").
Todas las personas que estuvieron envueltas en el proyecto tienen que asistir, así hayan puesto solo una linea de código! sin excepción :)
Saludos!
Aprovecho para hacer un sondeo: el PO asiste a la reunión de retrospectiva?
Por otro lado con tu similitud del retrovisor... me dio gracia porque hay un decir que indica "Sabes porque el parabrisas es mas grande que el retrovisor?Porque el camino que tienes por delante es más importante que el que dejas atras" jajajja, pero en proyectos no aplicaría tanto, ya que si vemos bien ese hueco en que caimos por el retrovisor, seguramente estarás mas pendiente de no volver a caer en uno parecido! Saludos.
En cuanto si deberia estar el PO, comparto contigo que debe ser opcional para equipos poco maduros, ya que esta ceremonia suele requerir de una profunda introspección, lo que a su vez requiere un ambiente seguro, donde nadie se sienta intimidado, de requerir la presencia del PO es por la exigencia del equio. En cambio en equipos de alta madurez es posible que los equipos no se sientan intimidados por la presencia del PO ya que han alcanzado la esencia del Scrum que desde mi humilde punto de vista es el respeto por uno mismo y por los otros, confianza y coraje.