Product backlog

Síntesis elaborada por

Jorge Pérez Colín⁠

⁠

El Product backlog es la lista acumulativa de entregas deseadas para el producto.

Esto incluye características, correcciones de errores, cambios de documentación y cualquier otra cosa que pueda ser significativa y valiosa de producir. Genéricamente, todos se conocen como "elementos de trabajo pendiente". Aunque el artículo de trabajo pendiente es técnicamente correcto, muchos equipos scrum prefieren el término "historia del usuario", ya que nos recuerda que construimos productos para satisfacer las necesidades de nuestros usuarios. La lista de historias de usuarios se ordena de tal forma que la historia más importante, la que el equipo debe hacer a continuación, está en la parte superior de la lista. Justo debajo está la historia de que el equipo debe hacer el segundo, y así sucesivamente. Dado que las historias cerca de la parte superior del atraso del producto se trabajarán pronto, deben ser pequeñas y bien entendidas por todo el equipo. Las historias más abajo en la lista pueden ser más grandes y menos bien entendidas, ya que pasará algún tiempo antes de que el equipo trabaje en ellas.

Cada registro, o historia, en el product backlog debe incluir la siguiente información:

Qué usuarios se beneficiará la historia (para quién es)

Una breve descripción de la funcionalidad deseada (lo que hay que construir)

La razón por la que esta historia es valuada (por qué deberíamos hacerlo)

Una estimación de cuánto trabajo requiere la historia para implementar (ver

Story points⁠

)

Criterios de aceptación que nos ayudarán a saber cuándo se ha implementado correctamente

⁠

Wiki Agile⁠

⁠

Want to print your doc?
This is not the way.

Try clicking the ⋯ next to your doc name or using a keyboard shortcut (

CtrlP

) instead.