Table of Contents
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.
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
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!
