Scrum – Historias de Usuario I

Pila de Producto

La Pila de Producto es una lista priorizada de las funcionalidades deseadas del producto. Proporciona un conocimiento centralizado y compartido de lo que se debe construir y el orden en que debe ser construido. Se compone de historias de usuario (product backlog items) que tienen un valor tangible para el usuario.

Product Backblog

Características de un buen Product Backlog

DEEP (Detallado apropiadamente, Emergente, Estimado, Priorizado)

  • Detallado apropiadamente. Los elementos del product backlog difieren en su nivel de detalle. Los que vamos a trabajar, los que están en la parte superior de la pila de productos, tendrán más detalle.
  • Emergente. La naturaleza emergente de la pila de producto demuestra que es un artefacto vivo, que cambia constantemente, esto es un signo de una pila de producto sano y funcionando.
  • Estimado. La pila de producto debe tener un tamaño estimado, lo que demuestra la cantidad de esfuerzo requerido para construirlo.
  • Priorizado. La pila de producto debe ser una lista priorizada de PBIs, pero no todos los PBI deben ser priorizados. Se recomienda dar prioridad a los PBIs que corresponden a un release (liberación).

Refinamiento del Product Backlog

El refinamiento se compone de 3 actividades principales: la creación y refinamiento de los PBIs, la estimación de los PBIs y la priorización de los PBIs.

Estas actividades se llevan a cabo en todo el esfuerzo de desarrollo del producto.

El resultado final debe ser que los elemento en la parte superior debe ser que los elementos en la parte superior de la pila del producto están listos para ser trasladados a un sprint.

Trabajo para el Sprint

Seleccionar tareas para un sprint

Tablero Scrum

El tablero Scrum, consiste en la división de las historias de usuarios en tareas. Esas tareas, se van pasando de un estado a otro según se va avanzando con ellas en el sprint. Eso permite conocer en tiempo real el estado del Sprint.

Tablero Scrum

Los tableros Scrum se pueden implementar de diversas maneras, pero la funcionalidad siempre es la misma independientemente de su implementación, algunos ejemplos de presentación pueden ser los siguientes:

Ejemplos de Tableros Scrum

Definición de Listo (DOR, Definition of Ready)

Algunos equipos formalizan este estado de Definicón de Listo utilizando la lista de verificación para los elementos de la pila del producto

Ejemplo de definición de hecho

  • El valor de negocio está claramente articulado
  • Los detalles están suficientemente entendidos
  • La dependencia están identificadas, no existen dependencias bloqueantes
  • El equipo está apropiadamente constituido relativo al PBI
  • Están estimados y suficientemente pequeños para ser completados durante el sprint
  • Los criterios de aceptación son claros y se pueden probar
  • Los criterios de pruebas, si existen, están definidos y se pueden probar
  • El equipo entiende cómo demostrar el PBI completado

Puedes encontrar más información en este libro:

Fundamentos de los Requisitos de Software

>>> Si quieres trabajar con nosotros haz click aquí <<<

Compartir el artículo:

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *