Ya ha conseguido.Ha diseñado con éxito la imagen general de su producto y ha creado un backlog con todo lo que tiene que hacer.
Los elementos son cortos y concretos. Usted los entiende, pero se pregunta: ¿lo entenderán también los demás?
El refinamiento del backlog es una buena manera de llenar los vacíos.
En Scrum, el refinamiento del Backlog es un proceso continuo en el que el Dueño del Producto y el Equipo de Desarrollo colaboran para asegurar que los elementos del Backlog del Producto:
En resumen: el refinamiento del backlog consiste en crear un entendimiento compartido sobre lo que el producto hará y no hará, sobre el esfuerzo que requerirá su implementación y el orden en que lo hará.
Revisemos los objetivos del refinamiento del backlog de la sección anterior.
Otras razones por las que es importante el refinamiento del backlog:
No hay ninguna diferencia. No hay ninguna diferencia. El refinamiento de backlog se llamaba antes backlog grooming. Cambió porque grooming se convirtió en una mala palabra.
También se denomina Tiempo de historias, Planificación anticipada y Gestión de backlogs.
No hay un momento óptimo.
El refinamiento del backlog es una actividad continua. No solo para el jefe de producto, sino para todo el equipo.
El Dueño del Producto puede refinar los elementos en el backlog en cualquier momento, dentro o fuera de una reunión. El Scrum Master y los miembros del equipo de desarrollo también pueden actualizar los elementos en cualquier momento. Por lo general, bajo la dirección del Dueño del Producto.
Actividades en el refinamiento del backlog
El refinamiento del backlog consiste en crear un entendimiento compartido sobre lo que el Producto hará, y lo que no hará, y sobre lo que se necesitará para crearlo.
El resultado de estas actividades debe ser un producto de backlog que sea PROFUNDO. Un acrónimo acuñado por Roman Pichler:
Mantener el backlog PROFUNDO, asegura que los ítems con la más alta prioridad, los que están en la cima del Producto de Backlog, tienen un nivel de refinamiento que está listo para la implementación.
Los elementos con menor prioridad, los que están más abajo, pueden y deben tener menos esfuerzo invertido en ellos y tener menos detalles. Así se maximiza el trabajo no realizado.
Similar a una Definición de Hecho, una Definición de Listo le ayuda a detallar las historias de usuario a un nivel consistente. Especifica lo que una historia de usuario necesita incluir antes de que la acepte para su implementación en un Sprint. Por ejemplo:
La Guía de Scrum no dice nada acerca de cuánto tiempo debe tomar el Refinamiento del Backlog. Sólo especifica que usualmente no toma más del 10% de la capacidad del equipo de desarrollo.
El Dueño del Producto no es parte del Equipo de Desarrollo y puede invertir tanto tiempo como sea necesario y puede solicitar la ayuda de otros miembros del Equipo Scrum.
Convertir una historia en un Spike, es una forma de explicitar esto y evitar que se coma ese 10%.
No hay un mejor momento.
Tenga en cuenta que el refinamiento del backlog es una actividad continua, no una reunión.
Sin embargo, a muchos equipos les gusta utilizar una reunión para dimensionar rápidamente las historias de usuario. Un dimensionamiento inicial para las nuevas historias, o un redimensionamiento para las historias que se han perfeccionado desde que se añadieron. Tampoco hay un momento óptimo para estas reuniones de dimensionamiento.
Si piensa que no debe hacerlo cerca del final de un Sprint, probablemente esté reduciendo demasiado el refinamiento. Realmente debería tener al menos 2 o 3 Sprints de elementos totalmente refinados. Eso también garantiza que tengas tiempo suficiente para responder a cualquier pregunta.
El Dueño del Producto siempre participa. Quién más asiste puede variar en función de los elementos que se vayan a perfeccionar.
Los participantes potenciales son
El Scrum Master no es necesario en la reunión, pero es importante para ayudar al resto del equipo a entender lo que hace un buen elemento del Backlog del Producto y cómo priorizarlos para maximizar el valor entregado.
Muy a menudo, será el Dueño del Producto.
Aunque es lógico, conlleva la desventaja de que el Dueño del Producto tiene un gran interés en la dirección y el resultado de las discusiones.
Conseguir que el Scrum Master facilite es un paso en la dirección correcta, ya que él/ella no tiene ningún papel oficial en la reunión y puede ser más objetivo.
La mejor opción para un facilitador, sin embargo, es alguien sin un interés en el resultado y con excelentes habilidades de facilitación. Alguien que pueda dar cabida a todos, asegurarse de que todos se sientan escuchados y de que las discusiones no se desarrollen en círculos.
Es hora de decir adiós.
Adiós a las historias que no son más que títulos en formato de plantilla de historia de usuario.
Adiós a adivinar de qué trata realmente una historia de usuario.
Ahora ya conoce por qué es tan importante el refinamiento del Backlog. Y ya sabe qué actividades debe realizar.
Ahora, es el momento de reunir a sus tropas y crear una comprensión compartida de sus historias de usuario, y priorizarlas en valor y costo.
¿Está preparado?
Entonces salga a escena y póngalo en marcha.