¿Qué es la cartera de productos?

Publicado: 2021-09-30

¿Alguna vez has tenido la sensación de que tu equipo comete los mismos errores una y otra vez? Cree que las cosas no están progresando correctamente y necesita hacer algunos cambios para mejorar el proceso de desarrollo del proyecto.

Una acumulación de productos aquí puede ayudar a un equipo a decidir en qué están trabajando y en qué quieren enfocarse. Es una descripción de cómo el equipo llevará a cabo la idea presentada en una hoja de ruta ágil. Es una lista gigantesca de tareas pendientes para su equipo de desarrollo en muchos sentidos.

Los proyectos pueden ser parte de productos más grandes con una acumulación de productos para administrarlos. Un ejemplo de acumulación de productos puede ser proyectos de implementación de clientes, que pueden entregarse como parte de una acumulación de productos más grande. Alternativamente, un estudio de producción de juegos podría tratar cada generación de un juego como un proyecto separado con una fecha límite establecida (por ejemplo, alrededor de Navidad).

¿Qué es la acumulación de productos en Scrum?

En Scrum, la cartera de productos ágiles es una lista de funciones priorizadas que incluye breves descripciones de todas las funciones del producto. Si está trabajando en un proyecto, no es necesario comenzar con un esfuerzo prolongado para documentar todos los requisitos utilizando Scrum. Un equipo de Scrum y su propietario del producto pueden comenzar por incluir todo lo que se les ocurra para la priorización ágil del trabajo pendiente.

Esta acumulación ágil de productos es más que suficiente para un primer sprint. A medida que se dispone de información adicional sobre el producto y sus clientes, la acumulación de productos de Scrum le permite expandirse y adaptarse.

En Scrum, la cartera de productos es una lista de funciones priorizadas que incluye breves descripciones de todas las funciones del producto. No es necesario comenzar un proyecto con un esfuerzo inicial prolongado para documentar todos los requisitos mientras se usa Scrum.

En los servicios de desarrollo de software personalizado , un equipo de scrum y su propietario del producto suelen comenzar anotando todo lo que se les ocurra para la priorización ágil de la cartera de pedidos. Casi siempre, esta acumulación ágil de productos es más que suficiente para un primer sprint. A medida que se dispone de información adicional sobre el producto y sus clientes, se permite que la acumulación de productos de Scrum se expanda y se adapte.

¿Cómo comienza el viaje de la cartera de productos?

Primero viene la visión o una idea, luego se lleva a cabo la estrategia, para lograr la idea se necesita una hoja de ruta, y después de establecer la hoja de ruta viene la acumulación de productos. Los indicadores que se muestran a continuación muestran el significado de cada uno de los términos del recorrido de la cartera de pedidos del producto.

Product Backlog Journey

  • La estrategia de producto es un esquema de cómo se logrará el objetivo de la empresa a un alto nivel.
  • La hoja de ruta del producto dicta el plan a llevar a cabo
  • La cartera de pedidos del producto contiene los detalles específicos del nivel de tarea requeridos para producir el producto profesional.

¿En qué se diferencian Product Backlog y Product Roadmaps?

Las dos herramientas clave de gestión de productos son la hoja de ruta del producto y la cartera de pedidos del producto. Cada instrumento tiene su propio conjunto de ventajas y desventajas. Una cartera de productos no debe confundirse con una hoja de ruta del producto. Ambos documentos vivos son útiles para los equipos de procesos de desarrollo ágiles por diferentes motivos. El backlog proporciona detalles de desarrollo táctico, mientras que la hoja de ruta se concentra en la estrategia general.

Product Backlog and Product Roadmaps

La gestión de la acumulación de productos implica una variedad de tareas y estrategias. Debido a que la hoja de ruta del producto se cambia con frecuencia, debe estar estrechamente vinculada a la cartera de pedidos del producto. Como resultado, el backlog debe priorizarse (y volver a priorizarse) regularmente para reflejar los cambios y descubrimientos.

La cartera de productos incluye epopeyas e historias de usuarios, diagramas de flujo de trabajo, bocetos de diseño de interfaz de usuario y maquetas, así como otros trabajos destacados necesarios para construir un producto. Es una herramienta táctica que guía el trabajo del equipo de desarrollo y sirve como base para realizar un seguimiento del progreso del desarrollo con herramientas como un gráfico de trabajo pendiente de lanzamiento. Las distinciones principales entre la hoja de ruta del producto y la cartera de pedidos del producto se resumen en el siguiente diagrama.

La hoja de ruta del producto es una herramienta estratégica de planificación de productos que describe cómo evolucionará el producto en el tiempo siguiente. Establece un sentido de propósito, fomenta la participación de las partes interesadas, ayuda en la adquisición de fondos y facilita la coordinación del desarrollo y lanzamiento de varios productos.

Además, se debe prestar especial atención para mantener la cartera de pedidos estructurada y accesible. Las prácticas de gestión de la cartera de productos recomiendan apuntar a una cartera de productos detallada apropiadamente, emergente, estimada y priorizada (DEEP) en la que los elementos con la prioridad más alta contienen la mayor cantidad de detalles, y el nivel de detalle se reduce a medida que aumenta la prioridad.

La mayoría de los equipos ágiles también participan en sesiones de preparación de la cartera de productos, que se utilizan para refinar y organizar los elementos de la cartera de pedidos. Durante estas reuniones, el equipo colabora para planificar con anticipación algunos sprints de historias de usuarios. Las sesiones ágiles de preparación del trabajo pendiente garantizan que las historias de usuario en la parte superior del trabajo pendiente tengan suficientes detalles para que el equipo de entrega las entienda.

Técnicas de priorización de la cartera de productos

  • En lugar de ser un evento de una sola vez, la preparación de la acumulación de productos es un proceso continuo que involucra a los propietarios de los productos y los equipos de desarrollo. La experiencia en el tema a menudo está presente en los equipos de desarrollo, que pueden refinar. El equipo de Scrum, por otro lado, determina cuándo y cómo se completará la optimización.
  • El acto de agregar detalles, estimaciones y pedidos a los elementos del Product Backlog se conoce como refinamiento del Product Backlog. Dentro de cada Sprint, se requiere un refinamiento continuo de la cartera de productos para refinar los productos de modo que estén listos para futuros Sprints. El refinamiento de la cartera de productos normalmente no requiere más del 10 % del trabajo del equipo de desarrollo.
  • Los elementos del Backlog del producto en la parte superior del Backlog del producto (prioridad más alta, mayor valor) se descomponen para que quepan dentro de un Sprint una vez que los elementos del Backlog se han refinado al nivel apropiado de granularidad.

Product Backlog Prioritization Techniques

Todo el trabajo de estimación está a cargo del equipo de desarrollo. Al ayudar al equipo a evaluar las ventajas y desventajas, los propietarios de productos pueden influir en sus decisiones. La persona que hace la tarea, por otro lado, determina la estimación final.

Beneficios de la cartera de productos

Trabajo pendiente como marcadores de posición

Los elementos de la cartera de pedidos sirven como marcadores de posición para futuras discusiones sobre una solución para alcanzar su objetivo. Esto significa que un equipo no necesita tener una idea completamente desarrollada antes de agregarla a la cartera de productos. Cuando se introduce por primera vez un elemento de la cartera de productos, solo necesita tener suficiente información para recordarle al equipo cuál era la alternativa. Cuando un equipo está a punto de comenzar a trabajar en un elemento de la cartera de productos, solo necesita una explicación completa.

Naturaleza dinámica

La naturaleza dinámica de la acumulación de productos permite a los equipos realizar un seguimiento de su aprendizaje sobre el objetivo deseado y los posibles métodos de entrega. La cartera de productos no tiene que estar completa cuando un equipo comienza a trabajar. Por lo tanto, pueden comenzar con un concepto original y agregar nuevos elementos a la cartera de productos a medida que adquieren experiencia.

Fácil extracción

El hecho de que algo esté en una cartera de productos no significa que deba entregarse. Un equipo puede eliminar elementos del trabajo pendiente si no contribuyen al fin deseado. Esto significa que un equipo puede evitar producir entregas que no agreguen valor y, en cambio, concentrarse en realizar cambios verdaderamente útiles.

Agregar un elemento pendiente

Los equipos pueden utilizar la acumulación de productos para evitar perder el tiempo debatiendo si una opción es valiosa o no en función de información limitada. Cuando se presenta una nueva idea, el equipo puede agregar un elemento de la cartera de productos como recordatorio para investigar más a fondo la idea. Luego, el equipo puede priorizar la consideración de esa idea junto con otros elementos y eliminar el elemento de la cartera de productos si la idea demuestra que no proporciona progreso hacia el resultado deseado.

Let's Talk

Agile Product Backlog vs. Sprint Backlog: una diferencia detallada

En pocas palabras, la acumulación de sprint es el plan de sprint a corto plazo del equipo. La acumulación de productos en Agile es el plan a largo plazo del producto, en el que la visión se clasifica en elementos tangibles que se pueden entregar y que agregan valor al producto. Mucha gente considera que la acumulación de sprints es un subconjunto de la acumulación de productos. Esto es ideal; la cartera de pedidos del sprint está compuesta en su totalidad por elementos de la cartera de productos. Además, el sprint generalmente incluirá otro trabajo con el que el equipo se ha comprometido y las tareas que se pueden completar durante el sprint de diseño del producto .

La cartera de productos en Agile es una colección de tareas que espera completar en el futuro para mantener la competitividad de su producto. Es el resultado de la colaboración entre el propietario del producto y las partes interesadas (clientes, el equipo, analistas). Se actualizará periódicamente y se agregarán o eliminarán nuevos elementos.

En general, será más grande que el backlog del sprint. También incluirá elementos con diferentes niveles de granularidad, con menos elementos desglosados ​​por debajo del nivel de la historia del usuario. El propietario del producto está a cargo de ello.

La acumulación de sprint es una colección de trabajo que el equipo se compromete a completar, ya sea ahora o más tarde en el sprint (normalmente un período de 1 a 4 semanas). Se compone de historias de usuarios que el equipo se ha comprometido a completar durante el próximo sprint.

Sin embargo, también puede incluir cosas como errores, trabajo de refactorización, etc. Por lo general, es más detallado y se divide en actividades, con la implementación técnica de una historia de usuario al frente. Es responsabilidad del scrum master y del equipo.

Product Backlog vs. Sprint Backlog

Es hora de construir su cartera de pedidos

La necesidad de una planificación y organización adecuadas es fundamental para su éxito. Ahí es donde los retrasos son útiles. El backlog, cuando se genera y mantiene adecuadamente, se convierte en una herramienta que ayuda a los equipos a navegar por el cambio constante, lograr la máxima productividad y brindar el máximo valor tanto para el negocio como para el cliente.

En el blog anterior, describimos qué es la acumulación de productos y cómo ayuda a un equipo en su trabajo al crear un terreno común para que las partes interesadas y los equipos se alineen para que se implementen las historias de usuario más significativas, permitan la flexibilidad para responder a las demandas cambiantes y circunstancias, cree un denominador común entre varios equipos que trabajan en el mismo producto para mejorar la precisión de las previsiones de lanzamiento del producto.