Scrum es una metodología ágil que consiste en el desarrollo de proyectos de cualquier tipo siguiendo diversas técnicas y que se fundamenta en un ciclo de mejora continua. En este entorno, es importante saber en qué consiste el Product Backlog en Scrum.
¿Qué es un Product Backlog en Scrum?
El Product Backlog es una lista de trabajo ordenado por prioridades para el equipo de desarrollo que se obtiene de la hoja de ruta y sus requisitos. Los elementos más importantes se muestran al principio del backlog del producto para que el equipo sepa qué hay que entregar primero.
El equipo de desarrollo no trabaja con el Backlog al ritmo que dicta el propietario del producto, y este no presiona al equipo de desarrollo para que saque el trabajo adelante. En su lugar, el equipo de desarrollo saca trabajo del Backlog del producto en la medida de sus capacidades, ya sea de forma continua (kanban) o por iteracciones (scrum).
4 principios de un Product Blacklog
Para construir un buen Product Backlog existe un acrónimo que ayuda a recordar sus cuatro principios básicos, DEEP, utilizado por el autor Mike Cohn, experto en ayudar a compañías de software a sacar partido de las metodologías ágiles:
Detailed appropriately (Detallado apropiadamente)
Es imprescindible que este elemento defina de forma apropiada los requisitos del producto de forma que se entienda. Sin embargo no es necesario detallarlo en su totalidad, sino incluir aquellas características genéricas que afecten al desarrollo del producto en el corto plazo. A medida que avance el proyecto se pueden añadir más detalles.
Emergent (Emergente)
Un Product Backlog es por naturaleza dinámico, es decir, está en un proceso de evolución constante. Debe evolucionar con el producto y el entorno en que se desarrolla y se adapta en función del feedback del Product Owner para que el producto sea apropiado, competitivo y útil.
Estimated (Estimado)
🔴 ¿Quieres entrar de lleno al mundo DevOps & Cloud Computing? 🔴
Descubre el DevOps & Cloud Computing Full Stack Bootcamp de KeepCoding. La formación más completa del mercado y con empleabilidad garantizada
👉 Prueba gratis el Bootcamp en DevOps & Cloud Computing por una semanaTodas las tareas deben tener un valor aproximado en función del esfuerzo que requieren y del valor que van a aportar al proyecto.
Prioritized (Priorizado)
Todos los elementos integrados en el Product Backlog deben estar categorizados y priorizados para poder hacer una selección correcta y eficaz de las tareas en cada momento.
El compromiso del Product Backlog: El Product Goal
Como todos los artefactos en Scrum, el Product Backlog en Scrum también contiene un compromiso asociado. El compromiso del Product Backlog es el Product Goal (Objetivo del Producto).
El Product Goal describe un estado futuro del producto que puede servir como un objetivo para que el Scrum Team planifique. El Product Goal está en el Product Backlog. El resto del Product Backlog emerge para definir qué cumplirá con el Objetivo del Producto.
En la guía Scrum se puede encontrar la siguiente declaración:
- Un producto es un vehículo para entregar valor. Tiene un límite claro, personas interesadas conocidas, usuarios o clientes bien definidos. Un producto puede ser un servicio, un producto físico o algo más abstracto.
- Cada Sprint debería acercar el producto al Product Goal. El progreso hacia el Product Goal se analiza durante la revisión del Sprint.
- El Objetivo del Producto es el objetivo a largo plazo del Scrum Team. Ellos deben cumplir un objetivo antes de asumir el siguiente.
¿Quién estima los ítems del Product Backlog?
Los Developers son los responsables de proporcionar todas las estimaciones. El Product Owner podría influenciar al equipo ayudándoles a entender y seleccionar el Objetivo del Sprint,
pero las personas que harán el trabajo son las que hacen la estimación final. Dejar que las personas comprometidas con el trabajo real hagan la estimación.
¿Cómo priorizar el Backlog?
El Product Owner ordena los PBI en busca de generar ROI (retorno de inversión) a largo plazo. Para ello, debe considerar tanto los ingresos como los costos de cada ítem. El Product Owner, dueño del producto, tiene el poder para tomar decisiones en nombre de todos los stakeholders, aunque debería considerar todas las ideas y pedidos para de todos ellos para equilibrar la ecuación de valor.
Es importante aclarar en este punto que el ROI no tiene que ser solo relacionado al dinero, sino que se trata de valor. El valor no solamente es el que escuchamos refiriéndose al que se basa en la teoría económica del valor, el de intercambiar un activo por otro de igual valor.
Una empresa también puede valorar la retención de los empleados, las buenas relaciones con los clientes, una buena imagen pública o muchos otros objetivos que quedan fuera de la teoría económica del valor.
Considerando esto, podemos decir que el Product Owner debe ordenar la lista de manera tal que queden arriba los ítems que aportan mayor ROI y hacer esos primeros.
Hemos explicado qué es Product Backlog en Scrum, sus 4 principios y las características principales que definen a esta forma de trabajo.
¿Por dónde seguir?
Ahora que sabes qué es un Product Backlog en Scrum, no dudes en seguirte formando en metodologías cómo Scrum y cómo pueden beneficiar a tu empresa o proyecto, a través de nuestro DevOps & Cloud Computing Full Stack Bootcamp. ¡Inicia tu formación!
