Guía de Scrum · Artefactos y prácticas
Product Backlog en Scrum: qué es y cómo gestionarlo
El Product Backlog es una lista emergente y ordenada de lo necesario para mejorar el producto. En Scrum es la única fuente del trabajo que realiza el Scrum Team, y su compromiso es el Objetivo del Producto.
Puntos clave
- El Product Backlog es una lista emergente y ordenada, y la única fuente de trabajo del Scrum Team.
- El Product Owner es responsable de él; los Developers dimensionan los elementos.
- Su compromiso es el Objetivo del Producto, que da dirección al backlog.
- Manténgalo breve, ordenado y refinado en la parte superior, y elimine los elementos que ya no aporten valor.
Qué es el Product Backlog
El Product Backlog es uno de los tres artefactos de Scrum, junto con el Sprint Backlog y el Incremento. Contiene todo lo que el Scrum Team cree actualmente que podría aportar valor al producto: nuevas funcionalidades, cambios, correcciones, trabajo técnico, investigación y experimentos.
- Emergente: nunca está completo. Los elementos se añaden, cambian y eliminan a medida que el equipo y los interesados aprenden.
- Ordenado: los elementos tienen un orden claro, para que todos puedan ver en qué se trabajará a continuación. La Guía de Scrum de 2020 habla de «ordenado» en lugar de «priorizado», porque el orden puede reflejar el valor, el riesgo, las dependencias y el aprendizaje, además de la prioridad.
- Única fuente de trabajo: si el Scrum Team va a trabajar en algo, debe ser visible en el Product Backlog.
- Uno por producto: varios Scrum Teams que trabajan en el mismo producto comparten un único Product Backlog y un único Product Owner.
Quién es responsable del Product Backlog
El Product Owner es responsable de la gestión eficaz del Product Backlog. Según la Guía de Scrum de 2020, eso incluye:
- Desarrollar y comunicar explícitamente el Objetivo del Producto.
- Crear y comunicar con claridad los elementos del Product Backlog.
- Ordenar los elementos del Product Backlog.
- Garantizar que el Product Backlog sea transparente, visible y comprensible.
El Product Owner puede pedir a otras personas que realicen parte de este trabajo, pero sigue siendo el responsable. Los Developers que harán el trabajo se encargan de dimensionar los elementos, y el Scrum Master ayuda al Product Owner a encontrar técnicas eficaces para gestionar el backlog. Quien quiera cambiar el Product Backlog debe convencer al Product Owner.
El Objetivo del Producto
El Objetivo del Producto describe un estado futuro del producto hacia el que planifica el Scrum Team. Se encuentra en el Product Backlog, y el resto del Product Backlog va surgiendo para definir lo que permitirá cumplirlo. El equipo debe cumplir o abandonar un Objetivo del Producto antes de asumir el siguiente.
| Nivel | Compromiso | Ejemplo |
|---|---|---|
| Product Backlog | Objetivo del Producto | Los clientes pueden gestionar toda su cuenta en línea sin llamar al servicio de atención |
| Sprint Backlog | Objetivo del Sprint | Los clientes pueden descargar facturas anteriores en PDF |
| Incremento | Definición de Terminado | Código revisado, probado, accesible y desplegado en producción |
Qué contiene un elemento del Product Backlog
La Guía de Scrum no prescribe un formato. Los atributos varían según el ámbito de trabajo, pero la mayoría de los equipos registran:
| Atributo | Propósito |
|---|---|
| Descripción | Qué se necesita y por qué; a menudo redactado como una historia de usuario |
| Orden | Su posición respecto a otros elementos |
| Tamaño | Una estimación de los Developers, por ejemplo en puntos de historia |
| Criterios de aceptación | Condiciones que confirman que el elemento hace lo que debe |
| Valor o justificación | El resultado o beneficio esperado |
| Notas y enlaces | Diseños, investigación, dependencias o elementos relacionados épicas |
Los elementos de la parte superior son pequeños, claros y detallados. Los de más abajo pueden ser más grandes y vagos, porque el detalle añadido demasiado pronto suele desperdiciarse. Los elementos que pueden quedar terminados dentro de un Sprint se consideran listos para seleccionarse en la Sprint Planning.
Cómo gestionar un Product Backlog, paso a paso
- Anote el Objetivo del Producto y compártalo con el equipo y los interesados.
- Recoja ideas, solicitudes y trabajo conocido como elementos, sin preocuparse por ahora de los detalles.
- Ordene los elementos teniendo en cuenta el valor, el riesgo, el coste, las dependencias y lo que el equipo necesita aprender.
- Refine con regularidad la parte superior del backlog para que los elementos de los próximos uno o dos Sprints estén claros y dimensionados; consulte refinamiento del backlog.
- Use la Sprint Review para inspeccionar el progreso con los interesados y adaptar el backlog.
- Elimine los elementos que ya no contribuyan al Objetivo del Producto, para que el backlog siga siendo breve y útil.
- Haga un seguimiento del avance hacia el Objetivo del Producto con un gráfico burnup o una previsión; consulte métricas de Scrum.
Ejemplo práctico: ordenar un backlog pequeño
El Product Owner de un servicio de reservas en línea tiene el Objetivo del Producto «Los clientes pueden reservar y cambiar citas sin llamarnos». Los Developers han dimensionado los elementos. El Product Owner los ordena sopesando el valor frente al tamaño y el riesgo:
| Orden | Elemento | Tamaño (puntos) | Motivo de su posición |
|---|---|---|---|
| 1 | Reservar una cita en línea | 8 | Esencial para el Objetivo del Producto; nada más es útil sin él |
| 2 | Correo electrónico de confirmación tras la reserva | 3 | Alto valor, pequeño, reduce las ausencias |
| 3 | Cambiar o cancelar una reserva | 5 | Reduce directamente las llamadas telefónicas |
| 4 | Spike: integración con el proveedor de calendarios | 2 | Reduce el riesgo antes del elemento 5 |
| 5 | Sincronizar las reservas con los calendarios del personal | 8 | Valioso, pero depende de lo que se aprenda en el spike |
| 6 | Códigos de descuento por fidelidad | 13 | No es necesario para el Objetivo del Producto actual |
Si la velocidad es de unos 15 puntos, los elementos 1 a 3 (16 puntos) superan ligeramente un Sprint, por lo que el equipo podría planificar los elementos 1 y 2 más el spike, y abordar el elemento 3 en el siguiente Sprint. El elemento 6 puede eliminarse o aparcarse hasta un Objetivo del Producto posterior.
Product Backlog frente a Sprint Backlog
| Product Backlog | Sprint Backlog | |
|---|---|---|
| Contenido | Todo lo que podría mejorar el producto | Objetivo del Sprint, elementos seleccionados y un plan |
| Aprobador (Accountable) | Product Owner | Developers |
| Compromiso | Objetivo del Producto | Objetivo del Sprint |
| Horizonte temporal | La vida del producto | Un Sprint |
| Qué cambia | Cada vez que el Product Owner reordena o añade elementos | A diario, a medida que los Developers aprenden |
Errores comunes
- Un backlog que no deja de crecer. Cientos de elementos antiguos ocultan lo que importa. Elimine o archive los elementos que ya no sirvan al Objetivo del Producto.
- Varios backlogs para un mismo producto. Los backlogs separados por equipo hacen imposible ordenar el trabajo de todo el producto.
- Todo es «alta prioridad». El orden es una secuencia estricta, no un conjunto de etiquetas.
- Demasiado detalle demasiado pronto. Las especificaciones detalladas de elementos que se abordarán dentro de meses suelen acabar reescribiéndose.
- El Product Owner trabaja solo. El refinamiento funciona mejor como colaboración con los Developers y los interesados.
- No hay Objetivo del Producto. Sin él, el backlog se convierte en una lista de solicitudes en lugar de un plan para generar valor.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es un Product Backlog en Scrum?
Es una lista emergente y ordenada de lo necesario para mejorar el producto, y la única fuente de trabajo del Scrum Team. Su compromiso es el Objetivo del Producto.
¿Quién es responsable del Product Backlog?
El Product Owner es responsable de él. Otras personas pueden contribuir y se les puede pedir que realicen parte del trabajo, pero el Product Owner decide el orden.
¿Quién puede añadir elementos al Product Backlog?
Cualquiera puede proponer elementos, y en muchos equipos los Developers añaden elementos directamente. El Product Owner sigue siendo responsable del contenido y del orden.
¿Cuál es la diferencia entre un Product Backlog priorizado y uno ordenado?
Priorizar suele significar etiquetar los elementos como de prioridad alta, media o baja. Ordenar significa colocar todos los elementos en una única secuencia, que puede reflejar el valor, el riesgo, las dependencias y el aprendizaje.
¿Qué relación tiene el Objetivo del Producto con el Product Backlog?
Es el compromiso del Product Backlog: un estado futuro del producto hacia el que planifica el Scrum Team. El equipo trabaja en un solo Objetivo del Producto a la vez.
¿Qué tamaño debe tener un Product Backlog?
No hay ninguna regla. Un backlog demasiado largo para leerlo y ordenarlo se vuelve difícil de gestionar, por lo que muchos equipos limitan los elementos detallados a unos pocos Sprints y mantienen el resto como elementos más grandes y generales.
¿Tienen que ser historias de usuario los elementos del Product Backlog?
No. La Guía de Scrum no prescribe un formato. Las historias de usuario son populares, pero los elementos también pueden ser errores, tareas técnicas, experimentos o descripciones sencillas.
¿Quién estima los elementos del Product Backlog?
Los Developers que harán el trabajo son responsables del dimensionamiento. El Product Owner puede ayudarles a entender los elementos y las contrapartidas.
¿Cuándo está listo un elemento del Product Backlog?
La Guía de Scrum indica que los elementos que pueden quedar terminados dentro de un Sprint se consideran listos para seleccionarse en la Sprint Planning. Algunos equipos añaden una Definición de Listo opcional.
¿Pueden varios equipos compartir un mismo Product Backlog?
Sí. En Scrum, un producto tiene un único Product Backlog y un único Product Owner, aunque trabajen en él varios equipos.
¿Es lo mismo el Product Backlog que un plan de proyecto?
No. Es una lista en evolución para el producto, no un plan fijo, aunque puede usarse junto con previsiones y un plan de lanzamientos.
¿Qué herramientas puedo usar para un Product Backlog?
Cualquier cosa, desde una hoja de cálculo o notas adhesivas hasta herramientas como Jira o Trello. Consulte herramientas de software para Scrum.