El Product Backlog

El Product Backlog es una lista emergente y ordenada de lo que se necesita para mejorar el producto. Es la única fuente de requisitos para todo el trabajo.

Características clave:

• Ordenado: No solo priorizado—los elementos están en una secuencia específica
• Emergente: Evoluciona a medida que el equipo aprende
• Transparente: Cualquiera puede verlo
• Propiedad del Product Owner: El PO decide qué contiene y el orden

Los elementos incluyen:

• Funcionalidades y mejoras
• Corrección de errores
• Trabajo técnico
• Adquisición de conocimiento (spikes)

El refinamiento del Product Backlog es la actividad continua de agregar detalle, estimaciones y orden a los elementos. Esto sucede continuamente, no solo en reuniones.

Lo que produce el refinamiento:

• Elementos más pequeños que caben en un sprint
• Criterios de aceptación claros
• Suficiente comprensión para discutir en la Planificación
• Estimaciones (si tu equipo estima)

¿Cuánto tiempo? La Guía de Scrum sugiere no más del 10% de la capacidad del sprint. Para un sprint de 2 semanas, eso es aproximadamente 1 día en total—a menudo dividido en sesiones.

¿Quién lo hace? El Product Owner y los Developers colaboran. El PO aporta el "qué y por qué"; los Developers agregan consideraciones del "cómo" y estimaciones.

Cada artefacto tiene un compromiso. Para el Product Backlog, es el Product Goal.

El Product Goal describe un estado futuro del producto. Sirve como:

• Un objetivo contra el cual el equipo planifica
• Un filtro para elementos del backlog (¿esto sirve al Goal?)
• Algo para comunicar a los stakeholders

Características del Product Goal:

• Más grande que un solo sprint
• Lo suficientemente concreto para medir el progreso
• El equipo persigue un Goal a la vez

Todo el Product Backlog sirve al Product Goal. Cuando se logra el Goal (o se abandona), se crea uno nuevo.