Scrum: ¿Cómo refinar la acumulación de productos?

No todos los elementos en la cartera de productos tendrán el mismo tamaño y nivel de detalle al mismo tiempo (es decir, características / eprics / historias y tareas de los usuarios). 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 algún tiempo deben estar hacia la parte inferior de la cartera de pedidos, de mayor tamaño y menos detallados.

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

Las epopeyas son la siguiente etapa para desglosar una característica en un requisito procesable. Son una serie de acciones relacionadas con la función. La posibilidad de comprar un artículo a través de su teléfono móvil desde el carrito de compras con 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 es más grande que las integraciones de tarjetas de crédito individuales que permiten la compra de un artículo. No permitimos requisitos más grandes que las épicas en un plan de lanzamiento.

Las historias de usuarios son las formas más pequeñas de requisitos que aún pueden sostenerse por sí mismas. 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 con una tarjeta Visa sería una historia de usuario. Comprar un artículo usando una 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 desarrollarse. Entro en las historias de usuarios en detalle en las secciones que siguen.

Las tareas son los pasos internos necesarios para implementar la historia del usuario. Durante la planificación del sprint, una historia de usuario se divide en tareas. Si bien 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 ajustarse a una serie de sprints de la hoja de ruta de desarrollo

¿Cómo refinar la cartera de productos?
  • En la parte superior de esta Figura de arriba están los ladrillos anaranjados más grandes. Representan los objetivos comerciales que debe alcanzar el sistema, a saber, 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 en este nivel épicas.
  • 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 las historias de un usuario y entregarse al final de una sola iteración.

Pila de Producto

La cartera de productos enumera los entregables necesarios. 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 pedidos de productos para que el equipo sepa qué entregar primero. La prioridad de los elementos atrasados ​​puede cambiar, los requisitos se pueden agregar y eliminar, por lo tanto, la acumulación de productos es un plan que se mantiene continuamente hacia un valor comercial en crecimiento.

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 de tiempo determinado.

Refinamiento de elementos de la cartera de productos

Proceso de planificación de Sprint

La planificación de Sprint a menudo es necesaria para estar preparado para garantizar que el Backlog del producto se haya refinado a un nivel apropiado de detalle, con estimaciones y criterios de aceptación (este es el propósito del Refinamiento del Backlog del producto). Si los elementos de la cartera de productos se han analizado y pensado durante el proceso de refinamiento de la cartera de productos, en la reunión de planificación de Sprint, los elementos de la cartera de productos de máxima prioridad se pueden entender y seleccionar fácilmente.

Resumen

El objetivo del proceso de refinamiento de la cartera de productos es conseguir que los elementos de la cartera de productos estén listos para la planificación del sprint, 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

Otros artículos de Scrum recomendados

  • ¿Qué son los artefactos Scrum?
  • ¿Cuál es la definición de listo en Scrum?
  • ¿Cómo escribir un objetivo de Sprint?
  • ¿Qué es la acumulación de productos en Scrum? ¿Quién es responsable de ello?
  • ¿Cómo refinar la cartera de productos?