Backlog de productos Scrum: definición y ejemplo

Rodrigo Ricardo Publicado el 10 noviembre, 2020 5 minutos y 43 segundos de lectura

Definición y Maquillaje

Jeremy ha asumido el papel de Product Owner en su empresa, que utiliza el marco del proyecto Scrum. Ahora es el actor clave y el responsable de los requisitos del proyecto. Junto con las diversas responsabilidades que conlleva ser el Product Owner, ha heredado la acumulación de productos del Product Owner anterior. Está familiarizado con la acumulación de productos, pero quiere asegurarse de que comprende completamente qué es y cómo se usa, y también su participación en ella para que pueda ser lo más eficaz posible.

La cartera de productos es una agrupación priorizada del trabajo del proyecto disponible para que el equipo de desarrollo trabaje en futuros sprints. Los sprints son ciclos repetidos en los que los elementos de trabajo se desarrollan y prueban por completo. El propietario del producto es responsable del contenido de la cartera de productos, así como del orden de prioridad en el que se mantiene. Es importante que la acumulación de productos adopte una forma visual para que se pueda utilizar de forma eficaz. Puede ser una placa física, una pantalla virtual o una combinación de ambas.

El trabajo del proyecto en la cartera de pedidos del producto toma principalmente la forma de historias de usuario , que identifican usuarios específicos y, para esos usuarios, la funcionalidad deseada de alto nivel que se puede completar dentro de un sprint. Las historias de usuario que están relacionadas entre sí en términos de funcionalidad se pueden agrupar como características o temas . A menudo, estos se priorizan juntos y se llevan a cabo juntos en sprints.

Además de las historias de usuarios, el trabajo del proyecto puede tomar la forma de epopeyas , que están estructuradas de la misma manera que las historias de usuarios, pero son demasiado grandes o demasiado complejas y deben desglosarse más. Estos son aceptables solo para elementos de trabajo de baja prioridad. Los elementos de mayor prioridad en la acumulación de productos deben estar en forma de historia de usuario, porque esta es la única forma que el equipo de desarrollo puede usar de manera efectiva.

Ejemplo

Una vez que Jeremy comprende completamente la definición y composición de una cartera de productos, luego echa un vistazo a su propia cartera de productos para ver un ejemplo de lo que ha aprendido. Quiere ver las diferentes formas de trabajo en proyectos. Estos incluyen historias de usuarios, características y epopeyas.

El proyecto actual de Jeremy es construir una plataforma para los empleados de su empresa. Los objetivos serán tener la capacidad de comunicarse entre sí, compartir información y recibir actualizaciones de la empresa. Algunas de las historias de usuarios se centran en la capacidad de un usuario interno de crear una identificación de usuario y contraseña, ingresar información de contacto y cargar una imagen. Cada uno de estos es un aspecto específico de la funcionalidad para que el usuario cree una cuenta personal. Se agrupan como una característica en la cartera de productos.

Además de las historias de usuario, también hay épicas en la cartera de productos de Jeremy. Una de las epopeyas de su cartera de pedidos tiene que ver con la funcionalidad de chat. Esta es una historia más épica que de usuario por dos razones. La primera razón es que el tiempo y el esfuerzo necesarios para lograrlo requerirían más de un sprint. La segunda razón es que la funcionalidad del chat es demasiado amplia y se puede dividir aún más en historias de usuarios. Este artículo puede seguir siendo épico hasta que se convierta en una prioridad alta.

Uso y mantenimiento de una cartera de productos

Para ser eficaz, Jeremy ha adquirido conocimientos sobre la acumulación de productos en general, así como también sobre su propia cartera de productos. Si bien estos son importantes, son inútiles a menos que comprenda lo que se hace con una acumulación de productos. Esto lo lleva a la última área que explora, que es su participación en la cartera de productos. Su participación incluye uso y mantenimiento.

El uso principal de la acumulación de productos es agrupar el trabajo del proyecto disponible en orden de prioridad. Esto se usa luego cuando el equipo está listo para asumir el trabajo de un nuevo proyecto, lo que ocurre en la reunión de planificación del sprint . El propietario del producto presenta historias de usuarios de la cartera de pedidos del producto al equipo de desarrollo, quien decide qué trabajo realizar. Una cartera de productos bien estructurada es extremadamente útil en esta reunión debido a su naturaleza organizada visualmente.

Para cumplir con este uso principal de manera efectiva, el propietario del producto debe mantener la acumulación de productos. El mantenimiento incluye el aseo y la priorización. Al arreglar la acumulación de productos, el propietario del producto elimina cualquier artículo que se vuelva innecesario o que no proporcione suficiente valor. La priorización implica asegurarse de que los elementos que se deben abordar a continuación estén en la parte superior de la lista de trabajos pendientes y que estén en forma de historia de usuario.

Un uso adicional de la acumulación de productos es simplemente como un marcador de posición para la funcionalidad que necesita refinarse más en algún momento. En las metodologías tradicionales, todo el trabajo debe estar completamente establecido al comienzo del proyecto y no cambia. Sin embargo, el aspecto único de la acumulación de productos es que puede cambiar y evolucionar con el tiempo, al igual que el trabajo del proyecto que contiene. Este es el punto de las epopeyas, que son aceptables en la cartera de productos. Es beneficioso poder utilizar un marcador de posición y volver a un elemento descrito más adelante una vez que se sepa lo suficiente o se haya convertido en una prioridad.

Resumen de la lección

La cartera de productos es una agrupación del trabajo del proyecto disponible para que el equipo de desarrollo lo asuma en futuros sprints , decidido en una reunión de planificación de sprints . Lo mantiene el propietario del producto , quien lo mantiene en orden de prioridad y se asegura de que los elementos se definan a medida que se convierten en una prioridad más alta. El trabajo que está a punto de emprenderse debe ser en forma de historias de usuario y puede agruparse como características o temas . Los elementos de trabajo que se encuentran más abajo en la cartera de pedidos pueden adoptar la forma de épicas hasta que asciendan en la cartera de productos.

Explora más sobre este tema

Selecciona un tema y sigue aprendiendo...

Rodrigo Ricardo
Rodrigo Ricardo Editor y fundador