Scrum: ¿Cómo refinar la cartera de productos?

Table of Contents hide

1 Nivel de granularidad de los elementos de la cartera de productos (PBI)

No todos los elementos de la cartera de productos tendrán el mismo tamaño y nivel de detalle al mismo tiempo (es decir, funciones, épricos, historias de usuarios y tareas). Los PBI en los que planeamos trabajar pronto deben estar cerca de la parte superior de la cartera de pedidos, de tamaño pequeño y muy detallados para que puedan trabajarse en un sprint a corto plazo. Los PBI en los que no trabajaremos durante un tiempo deberían estar en la parte inferior de la cartera de pedidos, de mayor tamaño y menos detallados.

Los casos de uso/características son capacidades que sus usuarios finales tendrán y que no tenían antes. Por ejemplo, la compra de artículos en línea a través de su teléfono móvil sería una función. La hoja de ruta de su producto generalmente consiste en requisitos de nivel de función.

Las epopeyas son el siguiente paso para desglosar una función en un requisito procesable. Son una serie de acciones relacionadas con la funcionalidad. La posibilidad de comprar un artículo a través de su teléfono móvil desde el carrito de compras usando una tarjeta de crédito sería una epopeya. Es más pequeño que una función (comprar un artículo en línea), pero aún así es más grande que las integraciones de tarjetas de crédito individuales que permiten comprar un artículo. No permitimos requisitos más grandes que las épicas en un plan de lanzamiento.

Las historias de usuario son las formas más pequeñas de requisitos que aún pueden valerse por sí mismos. Una historia de usuario consiste en una acción de valor o una integración de valor. Por ejemplo, comprar un artículo a través de su teléfono móvil desde el carrito de compras usando una tarjeta Visa sería una historia de usuario. Comprar un artículo con una tarjeta MasterCard podría ser una integración diferente y, por lo tanto, una historia de usuario diferente. Las historias de usuario son lo suficientemente pequeñas como para agregarlas a los sprints y comenzar a desarrollar. Entro en las historias de los usuarios en detalle en las secciones que siguen.

Las tareas son los pasos internos necesarios para implementar la historia de usuario. Durante la planificación del sprint, una historia de usuario se divide en tareas. Mientras que los requisitos son cosas que hace el usuario final, las tareas son lo que hace el equipo de desarrollo para que el requisito funcione.

Nivel de granularidad de los elementos de la cartera de productos (PBI)

La figura muestra las diferentes capas de descomposición de requisitos para adaptarse a una serie de sprints de la hoja de ruta de desarrollo.

En la parte superior de esta Figura de arriba están los ladrillos naranjas más grandes. Representan los objetivos comerciales que debe alcanzar el sistema, es decir, los casos de uso o las características del usuario.
En el siguiente nivel inferior están los PBI que son más grandes que un solo sprint pero más pequeños que un lanzamiento. Llamemos al PBI a este nivel epopeyas.
En el tercer nivel, encontramos PBI que tienen el tamaño adecuado para un sprint: se pueden completar en días en lugar de semanas. Estos elementos cumplen con la Definición de Listo del equipo y se pueden representar como historias de usuario.
En el nivel más bajo, estos PBI pueden dividirse opcionalmente en tareas de historias de usuario y entregarse al final de una sola iteración.

Pila de Producto

El Product Backlog enumera los entregables requeridos. Sus contenidos están ordenados por valor de negocio. Como se mencionó anteriormente, los elementos más importantes se muestran en la parte superior de la cartera de productos para que el equipo sepa qué entregar primero. La prioridad de los elementos de la cartera de pedidos puede cambiar, los requisitos se pueden agregar y eliminar; por lo tanto, la cartera de productos es un plan mantenido continuamente hacia un valor comercial creciente.

Elementos de la cartera de productos

Los elementos de la cartera de productos (PBI) son los elementos que componen la cartera de productos. Los elementos de la cartera de productos pueden variar desde especificaciones y requisitos hasta casos de uso, épicas, historias de usuarios o incluso errores o tareas de investigación con límite de tiempo .

Proceso de Planificación de Sprint

A menudo se necesita la planificación de Sprint para estar preparado para garantizar que la cartera de productos se haya refinado a un nivel adecuado de detalle, con estimaciones y criterios de aceptación (este es el propósito del refinamiento de la cartera de productos). Si los Elementos de la Lista de Producto se han analizado y pensado durante el proceso de refinamiento de la Lista de Producto, en la reunión de Planificación de Sprint, los elementos de la Lista de Producto de mayor prioridad se pueden entender bien y seleccionar fácilmente.

Resumen

El objetivo del proceso de refinamiento de la cartera de productos es lograr que los elementos de la cartera de productos estén listos para la planificación de sprints, de modo que los elementos de la cartera de productos sean:

Lo suficientemente claro y comprensible para todos en el equipo.
Lo suficientemente pequeño como para ser incluido en un sprint