Backlog Refinement o Backlog Grooming

Compartir esta publicación

Para que todos los miembros del equipo estén alineados, los equipos planifican el trabajo que debe realizarse en el siguiente sprint. El propósito de la planificación del sprint es acordar un objetivo para el siguiente sprint y el conjunto de elementos del backlog para lograrlo. La planificación del sprint consiste en priorizar los elementos del backlog y acordar el número de elementos del backlog en el sprint en función de la capacidad del equipo. La planificación del sprint da comienzo a cada sprint. Scrum sugiere invertir dos horas por semana de sprint en sesiones de planificación . Los equipos experimentados serán capaces de reducir esto a una hora por semana o menos. Sobre todo porque se sienten cómodos con menos detalles por adelantado y más incertidumbre en su definición de listo. A la reunión asiste todo el equipo. Se invita a las partes interesadas externas si pueden aportar experiencia adicional para elementos específicos del backlog. Y hoy hablaremos de un tema muy importante: el refinamiento del backlog frente a la preparación del mismo.

Refinamiento o Preparación del backlog

El refinamiento del backlog o la preparación del mismo consiste en mantenerlo actualizado y en preparar los elementos del backlog para su entrega. Esto implica reescribir los elementos del backlog para que sean más expresivos, eliminar los obsoletos, reevaluar la prioridad relativa de las historias, dividir los elementos grandes en otros más pequeños, recurrir a ellos, corregir las estimaciones a la luz de la información recién descubierta, etc. 

  Autopsia de proyectos de desarrollo de software

El perfeccionamiento del producto empieza por tener una visión del mismo. Empiece con el «por qué» del producto antes que con cualquier otra cosa. Asegúrate de ser transparente con esta visión, habla de ella todo el tiempo, con el equipo y con todas las partes interesadas.

«El refinamiento del Product Backlog es el acto de desglosar y definir aún más los elementos del Product Backlog en elementos más pequeños y precisos. Se trata de una actividad continua para añadir detalles, como la descripción, el orden y el tamaño. Los atributos a menudo varían con el dominio del trabajo».

-Guía Scrum

Beneficios del refinamiento del backlog de producto

  • Da a los product owners, a los managers o a los analistas de negocio más posibilidades de mejorar los requisitos con más información si es necesario.
  • La eliminación de la incertidumbre y de las incógnitas de las historias de usuario aumenta la eficacia del producto
  • Ahorrar tiempo para que el equipo de desarrollo pueda seguir discutiendo 
  • Evitar reajustes en el desarrollo y las pruebas
  • Identificar las dependencias dentro del equipo y ayudar a prever los riesgos
  • Planificación eficaz del sprint

Estos eventos están pensados para ser colaborativos. Eso significa que todo el equipo multifuncional debe estar representado en las sesiones de perfeccionamiento. Se necesita la experiencia combinada de las distintas funciones del equipo para dar cuerpo a las historias de usuario. Para obtener resultados óptimos, y para minimizar la interrupción del flujo de trabajo, las reuniones de preparación del backlog no deberían durar más de una hora.

También es importante desarrollar una definición de hecho, así como una definición de listo y 

  Dinámicas retrospectivas personalizadas para tus objetivos

compartir los criterios de aceptación, acordar una estructura para la descripción completa de los diferentes tipos de elementos, definir una visión clara de las dependencias entre elementos, identificar al experto en la materia para cada elemento y perfeccionar primero los elementos de alta prioridad. Esos son los que los desarrolladores implementarán primero. Una cosa interesante a mencionar es que oficialmente el refinamiento del backlog no tiene una caja de tiempo. De acuerdo con el marco de Scrum, no es uno de los eventos de Scrum. En cambio, es una cruzada continua, y no es necesariamente una reunión, aunque es mejor tenerla.

Lista de comprobación para evaluar si la cartera de pedidos necesita ser refinada

  • ¿Hay historias de usuario del backlog u otro tipo de elementos que ya no tienen sentido?
  • ¿Hay alguna necesidad del usuario que aún no esté en una forma apropiada de elemento del backlog?
  • ¿Algún tema urgente que esté al final de la lista de pendientes?
  • ¿Ha cambiado la importancia de la entrega de algún elemento desde la última vez que examinó la cartera de pedidos?
  • ¿Hay algún elemento del backlog para el que no exista una estimación ágil?
  • ¿Alguna estimación está desfasada?
  • ¿Algún elemento del backlog es demasiado amplio para entender lo que los desarrolladores deben implementar en el próximo sprint?

Sólo puede afirmar que tiene una cartera de pedidos depurada cuando responda «No» a todas las preguntas anteriores. Y no olvides documentar tus decisiones, esto es extremadamente importante. 

El refinamiento del backlog debería ayudarle en su búsqueda de un conjunto de elementos permanentemente relevantes en su backlog: completos, valiosos, detallados pero sencillos, recientemente estimados y correctamente ordenados.
Espero que haya encontrado útil este post. Si necesitas ayuda con la propiedad del producto, háznoslo saber, ¡tenemos POs con formación técnica!

  Product owner en el desarrollo de software

Author

  • Ekaterina Novoseltseva

    Ekaterina Novoseltseva is an experienced CMO and Board Director. Professor in prestigious Business Schools in Barcelona. Teaching about digital business design. Right now Ekaterina is a CMO at Apiumhub - software development hub based in Barcelona and organiser of Global Software Architecture Summit. Ekaterina is proud of having done software projects for companies like Tous, Inditex, Mango, Etnia, Adidas and many others. Ekaterina was taking active part in the Apiumhub office opening in Paseo de Gracia and in helping companies like Bitpanda open their tech hubs in Barcelona.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Suscríbete a nuestro boletín de noticias

Recibe actualizaciones de los últimos descubrimientos tecnológicos

¿Tienes un proyecto desafiante?

Podemos trabajar juntos

apiumhub software development projects barcelona
Secured By miniOrange