En algunos equipos que están empezando a usar Scrum es común darse cuenta de que el refinamiento del backlog tiene lugar durante la planificación, es decir, todas las historias de la Sprint se explican, entienden, repiten, prevén y rebanan durante la ceremonia.
Esto puede traer algunos problemas.
Planificación muy larga o demasiado ajustada: dejar toda la comprensión de las nuevas historias para una única reunión puede alargar mucho el tiempo de la reunión, si:
- se necesita aclarar muchas dudas;
- es necesario que se combinen criterios de aceptación;
- es necesario comprimir historias grandes;
- el equipo aún no conoce el valor real de negocio de cada historia.
En una situación peor, el tiempo de la planificación no se ve comprometido, pero sí su calidad, y los elementos anteriores se llevan a cabo de una forma muy ajustada o se los ignora completamente.
Algunas historias se refrenan por indefiniciones: como consecuencia de una planificación demasiado ajustada, el equipo puede sufrir por ello durante el sprint. Descubriendo grandes carencias en la definición de las historias, que, en el caso de que dependan de una decisión externa, ralentizan el flujo de desarrollo de una forma que comprometa el objetivo del sprint.
Preselección hecha sin la visión de ROI: para tener una noción clara del ROI (return on investment o retorno de la inversión) para cada historia es necesario saber cuánto estamos invirtiendo en ella. Es frecuente que el importe de la inversión sea el esfuerzo estimado por el equipo, pero si el equipo no conoce aún las próximas historias del backlog, esto significa que el PO necesitó hacer una preselección del backlog sin atender al ROI, y traer esos elementos a la planificación. Con ello tenemos pocas garantías de que no haya algún otro elemento en el backlog con un ROI más alto que el que tienen las que el PO ha traído.
Backlog desestructurado: otro riesgo sería no tener un backlog bien estructurado, con las historias que están en la primera línea de salida representando rebanadas pequeñas del trabajo, según la visión de horizonte para el backlog. En la preselección del PO puede suceder que una de las historias tenga un esfuerzo enorme, incompatible con el tamaño del sprint, por ejemplo.
Refinamiento del Backlog (Grooming)
Una práctica que muchos equipos utilizan como solución es hacer un refinamiento (o grooming) durante el sprint siempre que sea necesario: ésta no es una regla oficial en la Scrum Guide, pero es una reunión que ayuda a tener una planificación eficiente y un backlog bien mantenido y priorizado.
La frecuencia de esta reunión no necesita encajar con el ciclo del Scrum, y lo idóneo es hacerla bajo demanda para que el equipo no caiga en refinar elementos de menos e elementos de más. El número ideal de elementos refinados ciertamente va a depender de su contexto y la experimentación debe prevalecer.
Si existen algunas de estas disfunciones en tu equipo, ¿crees que vale la pena probar a hacer un refinamiento separado de la planificación?
¿Le pareció interesante el tema?
Consulte otros posts relacionados con el tema en nuestro blog:
● Daily Scrum disfuncional
● Consejos para una Daily Scrum más productiva
● Reuniones más eficientes con Scrum
Si desea explotar este universo y profundizar en scrum le sugerimos que eche un vistazo a nuestros cursos:
● Certified ScrumMaster (CSM)
● Certified Scrum Product Owner (CSPO)
