El Product Backlog y el Sprint Backlog son dos artefactos del marco de trabajo Scrum, junto con el Incremento, y están pensados para garantizar la transparencia de la información clave.

Tanto el Product Backlog y el Sprint Backlog están relacionados, ya que el segundo no puede darse sin la presencia del primero. Además, serán diferentes los miembros del Equipo Scrum que podrán realizar o modificar uno u otro.

Tienen como objetivo mostrar los elementos o ítems necesarios para que se desarrolle un Incremento que cumpla con las condiciones de «Terminado» o «Done» establecidas en el Sprint Planning, y deben ser claros y entendibles para todos los miembros del Equipo Scrum.

Definición de Product Backlog

El Product Backlog o Pila de Producto es una lista dinámica y priorizada que incluye todas las características, mejoras y tareas pendientes para el desarrollo del producto, y que se va actualizando continuamente.

 

Dicho de otra manera, el Product Backlog es la única fuente de requisitos que deben aplicarse para el buen progreso del producto.

Muestra el QUÉ es el producto.

Es un artefacto de todo el Equipo Scrum pero quien tiene la responsabilidad de construirlo es el Product Owner o Dueño de Producto. Se encarga de gestionar su contenido, su disponibilidad y definir un orden basado en prioridades.

El Product Backlog representa el producto fragmentado en pequeñas partes que son el incremento de valor.

Product Backlog

Características del Product Backlog

La principal característica del Product Backlog es que es dinámico y vive dependiendo del desarrollo del producto; nunca está completo: empieza recogiendo los requisitos ya conocidos y evoluciona a medida que el producto y su entorno lo hacen. Estos requisitos son una serie de elementos o ítems encargados de dar valor al producto. Está en constante cambio y mientras exista el desarrollo del producto, el Product Backlog también existirá.

Es el Product Owner el responsable que el Product Backlog cuente con los ítems necesarios que se deben aplicar sobre el producto para futuras entregas.

DoneTonic

La evolución del Product Backlog vendrá dada por el uso del producto, ya que a medida que este es utilizado e incrementa su valor, por lo tanto, la lista del Product Backlog se hará más extensa, los requisito nunca dejan de cambiar y se añadirán más elementos al artefacto.

Durante el Refinamiento del artefacto se añadirán los detalles, las estimaciones y el orden de los elementos del Product Backlog: es entonces cuando el Product Owner y el Development Team definen los elementos del artefacto, estos cambios siempre deben ser pactados.

La función principal del Product Backlog es describir el trabajo que se debe realizar sobre el producto y es importante que todo el Equipo Scrum lo conozca y lo entienda. 

Tablero Scrum

Cómo priorizar el Product Backlog en Scrum

Cómo hemos visto, el Product Backlog o Pila de Producto es una pila de elementos o ítems, en la parte superior de esta pila irán más críticos y por lo tanto más prioritarios y hacia abajo se ordenarán de más importante a menos.

DoneTonic cuenta con múltiples funcionalidades que permiten priorizar los PBI:

  • Función de drag’n drop
  • Mover más de un PBI simultáneamente
  • Duplicar PBI y moverlo a otro proyecto
  • Dividir un PBI para repartir el número de tareas vinculadas a cada uno de ellos
  • Mover a primera posición un PBI, entendiendo así que es el más prioritario

Además, cuenta con vistas personalizadas para que el Product Owner tenga más fácil localizar aquellos PBI que, por ejemplo, están refinados pero no pertenecen a ningún sprint.

Conoce el Backlog de DoneTonic y empieza a priorizar rápidamente el Product Backlog.

Definición de Sprint Backlog

El Sprint Backlog o Pila del Sprint es el conjunto de los elementos del Product Backlog que se han seleccionado para un Sprint, por lo tanto no puede darse sin la existencia previa de un Product Backlog priorizado.

Es una predicción hecha por el Development Team sobre qué funcionalidad formará parte del próximo Incremento, además del trabajo necesario para que se cumpla con los requisitos definidos para que se considere «Terminado», aquí el Product Owner no interviene.

Es el CÓMO se desarrollarán las tareas del Porduct Backlog.

El Sprint Backlog hace visible todo el trabajo que el Development Team considera imprescindible para alcanzar el objetivo del Sprint. Para cumplir con el principio de Scrum del mejoramiento continuo, es necesario que el Sprint Backlog cuente, al menos, con una mejora de procesos de alta prioridad que se haya identificado en el Sprint Retrospective anterior.

Por lo general, el Sprint Backlog se representa en un tablero de tareas, de esta manera, todo el Equipo conoce qué tareas tiene asignadas y en qué punto de su desarrollo se encuentran.

Sprint Board

Cambios durante el Sprint Backlog

Durante el Sprint, el Development Team será el responsable de modificar el Sprint Backlog, y ocurre porque a medida que trabaja en lo antes planeado, aprende más acerca del trabajo necesario para conseguir el Sprint Goal u objetivo del Sprint.

Cada vez que el Development Team requiera de un nuevo trabajo, lo añadirá al Sprint Backlog y a medida que el trabajo se va ejecutando, se actualiza la estimación de trabajo restante y también se encargan de eliminar aquellos elementos considerados innecesarios. Estos cambios en el Sprint Backlog se hacen durante el Sprint.

Conclusiones

Después de conocer los dos conceptos de estos dos artefactos de Scrum podemos concluir lo siguiente:

  • El Product Backlog lo crea el Product Owner junto con el Development Team, pero únicamente el Product Owner puede cambiar los ítems o elementos que lo conforman y consiste en una lista de los elementos priorizada
  • El Sprint Backlog incluye los elementos que se van a desarrollar en un Sprint para alcanzar el Incremento de valor pactado en la definición de «Terminado» y únicamente lo puede modificar el Development Team durante el Sprint a medida que va avanzando
  • El Product Backlog muestra QUÉ se desarrollará y el Sprint Backlog el CÓMO