Scrum: ¿Quién crea los elementos del backlog del producto o los relatos de usuario?

Esta pregunta es más compleja de lo que podría parecer inicialmente. Primero, se puede decir que Backlog del productolos elementos pueden incluir casos de uso, epopeyas, relatos de usuario, incluso errores, o tareas de investigación con tiempo limitado dentro del backlog del producto.

En la definición más simple, el ScrumBacklog del producto es simplemente una lista de todos los Elementos del Backlog del Producto (PBIs) que deben completarse en el proyecto. Reemplaza los artefactos tradicionales de especificación de requisitos artefactos. Los PBIs reflejan las necesidades de los clientes o partes interesadas. Un enfoque común para capturar los requisitos del usuario final es escribir los PBIs en forma de relatos de usuario.

¿Quién es responsable de mantener el backlog del producto?

El Propietario del producto (PO)«posee» el backlog del producto en nombre de las partes interesadas y es principalmente responsable de crearlo. El PO no necesita crear el backlog personalmente—él o ella puede delegar al equipo de desarrollo y/o Máster de Scrumpara ayudar a definir y estimar los elementos del backlog. El PO es responsable de la creación y mantenimiento del backlog del producto. Por lo tanto, el PO también supervisa el proceso de refinamiento del backlogproceso.

El backlog del producto corresponde a tu mapa de ruta del proyecto—el plan que el equipo pretende entregar. Después de que el equipo lo defina, prioriza qué características y requisitos construir. El backlog del producto también sirve como un repositorio que contiene toda la información que el equipo necesita para rastrear y compartir.

¿Es un elemento del backlog del producto lo mismo que un relato de usuario?

Como se mencionó, los PBIs reflejan las necesidades de los clientes o partes interesadas. Una forma común de capturar los requisitos del usuario final es escribir los PBIs en forma de relatos de usuario. Sin embargo, los PBIs también pueden incluir casos de uso, epopeyas, relatos de usuario, errores o tareas de investigación con tiempo limitado dentro del backlog del producto. En la realidad, no todos los elementos del backlog del producto están al mismo nivel de detalle, como se muestra en la imagen a continuación:

Backlog del producto detallado

Los PBIs que planeamos trabajar pronto deberían estar cerca de la parte superior del backlog, más pequeños en tamaño y altamente detallados para que puedan trabajarse en un corto Sprint. Los PBIs que no vamos a trabajar durante un tiempo deberían estar hacia la parte inferior del backlog—más grandes, menos detallados. Eso está bien; no tenemos pensado trabajar en estos elementos en un futuro cercano.

A medida que nos acercamos a trabajar en PBIs más grandes, como los epics, los desglosamos en una serie de historias más pequeñas, listas para el sprint. Esto debe hacerse a tiempo. Si refinamos demasiado pronto, podríamos perder tiempo descubriendo detalles que nunca se implementarán. Si esperamos demasiado, bloquearemos que los PBIs fluyan hacia el sprint y ralentizaremos al equipo. Debemos encontrar el equilibrio adecuado en el momento adecuado.

Backlog de producto priorizado ágil

¿Quién es responsable de refinamiento de PBIs?

El Propietario del Producto (PO), quien «posee» el backlog del producto en nombre de los interesados, es principalmente responsable de crearlo y mantenerlo. El PO no necesita crear cada elemento del backlog personalmente; puede involucrar al equipo de desarrollo y/o al Scrum Master para ayudar a definir y estimar los elementos. El PO supervisa todo el proceso de refinamiento del backlog.

Por tanto, para responder a la pregunta: el Propietario del Producto posee el backlog del producto, pero no necesita crear cada elemento del backlog. Normalmente, el Propietario del Producto puede crear PBIs grandes basados en requisitos de alto nivel o objetivos de usuarios, y luego delegar al equipo para ayudar a desglosar esos elementos grandes en historias de usuario. Estas historias más pequeñas—adecuadas para la parte superior del backlog y que cumplen con los criterios de «Listo» (normalmente bajo el Definición de Listo)—luego se trasladan al Backlog de sprint.