En esta semana hemos afrontado nuestro primer reto: el lanzamiento del primer sprint.
Los PO somos los encargados de recoger y priorizar las diferentes historias que forman el product backlog del sprint del equipo. Esta tarea, a priori sencilla, requiere un poco más de esfuerzo cuando un equipo se responsabiliza de más de un proyecto y cada uno con un interlocutor de cliente diferente.
Hemos enfocado esta situación haciendo que dichos interlocutores (externos al equipo) asuman el rol de clientes y sean invitados a la reunión de planificación de sprint. Los PO de los equipos han recogido sus historias en el product backlog y conjuntamente han definido las prioridades. En los casos en que no han podido asistir a la reunión de planificación, los PO se han encargado de reunirse con estos clientes y recoger previamente sus historias y priorizaciones.
En algunos casos se ha detectado, tras el cierre de la planificación del sprint, que hay historias que podrían o deberían haber entrado pero que los PO no han recogido los backlogs y que se han quedado fuera. Se ha decidido que dichas tareas pasen a la planificación del siguiente sprint.
Este es uno de los puntos en los que debemos ezforzarnos en mejorar. Supone un cambio en la manera de planificar el trabajo del equipo: pasamos de planificar a una semana vista (generalmente) a "congelar" 2 semanas de trabajo (lo que hemos definido para los sprints).
Otro punto que hemos detectado al revisar la planificación es que prácticamente sólo hemos recogido el backlog para la duración del sprint. En el caso en que sea necesario incluir más historias en el sprint tendremos que gestionar cómo lo haremos.
Los PO somos los encargados de recoger y priorizar las diferentes historias que forman el product backlog del sprint del equipo. Esta tarea, a priori sencilla, requiere un poco más de esfuerzo cuando un equipo se responsabiliza de más de un proyecto y cada uno con un interlocutor de cliente diferente.
Hemos enfocado esta situación haciendo que dichos interlocutores (externos al equipo) asuman el rol de clientes y sean invitados a la reunión de planificación de sprint. Los PO de los equipos han recogido sus historias en el product backlog y conjuntamente han definido las prioridades. En los casos en que no han podido asistir a la reunión de planificación, los PO se han encargado de reunirse con estos clientes y recoger previamente sus historias y priorizaciones.
En algunos casos se ha detectado, tras el cierre de la planificación del sprint, que hay historias que podrían o deberían haber entrado pero que los PO no han recogido los backlogs y que se han quedado fuera. Se ha decidido que dichas tareas pasen a la planificación del siguiente sprint.
Este es uno de los puntos en los que debemos ezforzarnos en mejorar. Supone un cambio en la manera de planificar el trabajo del equipo: pasamos de planificar a una semana vista (generalmente) a "congelar" 2 semanas de trabajo (lo que hemos definido para los sprints).
Otro punto que hemos detectado al revisar la planificación es que prácticamente sólo hemos recogido el backlog para la duración del sprint. En el caso en que sea necesario incluir más historias en el sprint tendremos que gestionar cómo lo haremos.
En nuestro equipo también nos hemos dado cuenta que sólo hemos priorizado las historias que encajaban en el sprint. ¡Ojalá tengamos que preocuparnos por gestionar la introducción de nuevas historias, en lugar de gestionar historias no finalizadas! ;-)
ResponderEliminarEnhorabuena Bloggers!!!
ResponderEliminarCreo que recoger y priorizar las historias de los usuarios, no es un tarea sencilla, aunque parezca en un principio que si que lo es.
En capítulo 2 de Scrum y XP desde las trincheras, libro genial porque habla de un caso de implantación real de scrum, dice que esta es la parte clave de SCRUM. En este libro se hace una propuesta de que es lo que es necesario tener listo para identificar correctamente una historia.
Elena, porque no preparamos una tabla de este estilo para la reunión de plannig del Jueves?
Sería muy interesante? Te enviaré una plantilla excel para comenzar. Luego ya veremos si tenemos que crear algo en jira para poder tenerlo todo en un único sitio