A continuación, te explicaremos con más detalle el primer artefacto de Scrum correspondiente al Product Backlog o pila de producto, en el cual se detallan, estiman y priorizan todos los elementos necesarios para alcanzar el objetivo del producto.

Dentro de este artefacto es importante que conozcas los siguientes conceptos:

Las épicas.

Son historias de usuario demasiado extensas que se separan en otras más pequeñas, con valor propio y dentro de un sprint. Es decir son los elementos superiores que agrupan al resto.

Las épicas tienen un valor global, por sí mismas, de cara al cliente y cumplen los siguientes criterios de manera obligatoria:

 Adicionalmente, forman parte de la planificación que se ha cerrado con el cliente y, por lo tanto, son los hitos más importantes que hay que cumplir para que el proyecto se desarrolle en las fechas establecidas y con garantía.

Los errores o bugs.

Es habitual que durante el proceso de desarrollo salgan contratiempos. Estas incidencias que ocurrirán en el transcurso de los sprints, deberán reflejarse en el Product Backlog. 

Estas incidencias pueden estar asociadas a un sprint y a una tarea en particular, o pueden ser incidencias técnicas generales.  De cualquier forma en el product backlog deben especificarse lo más detalladamente posible. 

Las historias de usuario.

Este es uno de los formatos más utilizados para redactar los Product Backlog Items (PBIs), y contienen descripciones cortas de un requerimiento escritas desde el punto de vista de la persona que lo está solicitando.

 Está compuesta por tres partes principales:

 Y debe reunir 6 cualidades o criterios “INVEST”,  que ayudan a comprobar la calidad de las mismas y son:

El refinamiento.

Es el acto de añadir detalles, estimaciones y orden a los elementos del Product Backlog, esto se realiza durante el refinamiento, donde se examinan y revisan sus elementos. Por otro lado, el equipo Scrum decide cómo y cuándo se hace el refinamiento.

El tiempo de esta actividad normalmente no debe consumir más del 10% de la capacidad del Sprint en curso. Sin embargo, los elementos de la Lista de Producto pueden actualizarse en cualquier momento por el Product Owner.

Ten en cuenta que Scrum prefiere la comunicación verbal o de visualización directa, a la escrita. Por este motivo, se puede decir que el Product Backlog no es un documento de requisitos, sino una herramienta de información muy importante para el equipo.

Artefacto 2: Sprint Backlog. 

Ahora toca el turno del segundo artefacto de Scrum correspondiente al Sprint Backlog y el cual se construye con los elementos del Product Backlog de la parte superior.

En resumen, el Sprint Backlog es un artefacto que te permite lograr el Objetivo del Sprint. 

Finalmente está el tercer artefacto: El incremento. 

Se puede concluir entonces, que el incremento es la suma de todos los elementos de la lista de producto completados durante un Sprint. Este artefacto es realmente importante tanto que si Scrum tuviera que ser reducido a una sola cosa, sería a entregar una pieza del producto terminado en cada Sprint.

¡Sigue avanzando!