Product Backlog y Sprint Backlog

Tanto el Product Backlog como 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.

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 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 ordenada de todo lo conocido y que sería necesario en el desarrollo del producto.

Product Backlog

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 dividido en pequeñas partes que son el incremento de valor.

Product owner 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.

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. 

Equipo desarrollo Sprint Backlog

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.

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 Backlog

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