¿Qué es una lista de productos en Scrum? ¿Quién la posee?

Lista de productos es la única fuente de verdad para todo lo que se necesita en el producto y una lista priorizada de cambios en los requisitos del producto. El Propietario del producto es responsable del contenido, disponibilidad y priorización de los elementos de la lista de productos.

La lista de productos es una lista en evolución. La versión inicial solo enumera los primeros y más conocidos requisitos (no es necesario comprenderlos a fondo). La lista de productos evoluciona a medida que cambia el producto y el entorno de desarrollo. Es dinámica y cambia con frecuencia para identificar lo necesario para que el producto sea viable, competitivo y útil. Mientras exista el producto, existirá la lista de productos.

La lista de productos enumera todas las características, casos de uso, historias de usuario, mejoras y correcciones de errores planeadas para futuras versiones. Un elemento de la lista de productos (PBI) incluye descripción, secuencia y esfuerzo estimado.

Elementos de la lista de productos (PBI) suelen ordenarse por valor, riesgo, prioridad y necesidad. Se ordenan de mayor a menor prioridad, con cada elemento teniendo un orden único. Los elementos más altos en la lista de productos deben desarrollarse de inmediato. Cuanto más alta sea la clasificación, más urgente será el elemento, y más cuidadosamente deberás considerar su valor: tu comprensión del valor se vuelve más consistente.

Lista de productos Scrum

Los elementos de mayor clasificación en la lista de productos son más claros y específicos que los de menor clasificación. Estos elementos pueden estimarse con mayor precisión gracias a un contenido más claro y una información más detallada. En otras palabras, cuanto menor sea la prioridad de un elemento de la lista de productos, menos detallado se vuelve. Los elementos de la lista de productos desarrollados por el equipo en un Sprint son granulares y se desglosan en tareas más pequeñas, de modo que cualquier elemento pueda ser «terminado» dentro del tiempo limitado. Los elementos de la lista de productos que el equipo de desarrollo puede «completar» en un sprint se consideran que cumplen la **definición de «Listo»** y pueden seleccionarse durante la Reunión de planificación del sprint.

Proceso Scrum

A medida que se despliega el producto, se realiza valor y crece el feedback del mercado, la lista de productos se vuelve más grande y detallada. Dado que los requisitos nunca dejan de cambiar, la lista de productos es un artefacto. Los cambios en las necesidades del negocio, las condiciones del mercado y la tecnología pueden provocar cambios en la lista de productos.

Aunque múltiples equipos Scrum pueden colaborar en el desarrollo de un producto, solo una lista de productos describe el próximo trabajo para el producto. Entonces, debes usar atributos para categorizar los elementos de la lista de productos.

A través de Refinamiento de la lista de productos, se añaden detalles, estimaciones y ordenación. Este es un proceso continuo en el que el propietario del producto y el equipo de desarrollo colaboran para discutir los detalles de cada elemento de la lista de productos. Los elementos se revisan y actualizan dentro de la lista de productos. Sin embargo, el propietario del producto puede actualizar cualquier elemento de la lista de productos en cualquier momento y tomar decisiones según sea necesario.

Refinamiento de la lista de productos es una actividad continua, no una actividad con tiempo limitado, realizada por el propietario del producto y el equipo de desarrollo. El equipo de desarrollo normalmente tiene la experiencia en el dominio para mejorar por sí mismo. Sin embargo, cuándo y cómo se realiza el refinamiento es una decisión del equipo Scrum.refinamiento de la lista de productos generalmente no toma más del 10% del tiempo de desarrollo del equipo.

Reunión de refinamiento del Product Backlog

El equipo de desarrollo es responsable de todo el trabajo de estimación. El Propietario del Producto puede influir en las decisiones del equipo ayudándolos a evaluar los compromisos. Sin embargo, la estimación final se determina por las personas que realizan el trabajo.

Monitoreo del progreso a través de los Objetivos de Sprint

En cualquier momento, el esfuerzo restante para alcanzar el Objetivo de Sprint puede restarse del trabajo acumulado completado. El Propietario del Producto debe rastrear el esfuerzo total restante al menos después de cada Revisión de Sprint. El Propietario del Producto compara esta cantidad con el esfuerzo restante de las revisiones de Sprint anteriores para evaluar el progreso hacia el trabajo esperado en el momento requerido. Esta información es transparente para todos los interesados.

Scrum no considera el tiempo dedicado a los elementos en el Product Backlog. Solo nos importa el trabajo restante y la variable de fecha.

Diversos gráficos o gráficos de descensoy otras prácticas de planificación pueden utilizarse para prever el progreso. Han demostrado ser útiles. Sin embargo, esto no reemplaza la importancia del pensamiento empírico. En entornos complejos, lo que sucederá es desconocido; solo lo que ha sucedido puede usarse para tomar decisiones orientadas al futuro.

Progreso del Sprint de Scrum