El Product Backlog: Historias de Usuario y Estimaciones

Si el equipo Scrum es el motor que produce valor, el Product Backlog es el combustible que lo alimenta. Es la lista emergente y ordenada de todo lo que se necesita para mejorar el producto.

Tres palabras clave:

• Emergente: El backlog nunca está terminado. Evoluciona constantemente.
• Ordenada: Los ítems más importantes están arriba.
• Todo lo que se necesita: No solo funcionalidades nuevas, sino también bugs, mejoras técnicas e investigación.

Una Historia de Usuario (User Story) es la forma más común de describir los ítems del Product Backlog. Es una descripción informal y simple de una funcionalidad desde la perspectiva del usuario final.

El Formato Estándar

Como [tipo de usuario],
Quiero [accion o funcionalidad],
Para [beneficio o resultado].

Ejemplo de buena historia de usuario:
Como usuario registrado, quiero poder filtrar los productos por precio, categoría y calificación, para encontrar rápidamente lo que busco sin revisar todo el catálogo.

Los Criterios de Aceptación

Cada historia de usuario debe tener criterios de aceptación. Son el contrato entre el PO y el Dev Team.

Ejemplo (formato Gherkin):

• Dado que estoy en la página de productos
• Cuando selecciono el filtro precio y elijo el rango $10-$50
• Entonces solo se muestran productos con precio entre $10 y $50
• Y el número de resultados se actualiza automáticamente

• I - Independent: La historia puede desarrollarse sin depender de otras
• N - Negotiable: No es un contrato rígido; se puede discutir y ajustar
• V - Valuable: Entrega valor real al usuario o al negocio
• E - Estimable: El equipo puede estimar el esfuerzo
• S - Small: Puede completarse en un Sprint
• T - Testable: Se puede verificar si está hecha correctamente

Una épica es una pieza de trabajo grande que necesita descomponerse en historias más pequeñas.

Ejemplo de épica: Sistema de autenticación y gestión de usuarios

Historias derivadas:

• Como usuario, quiero registrarme con email y contraseña
• Como usuario, quiero iniciar sesión con mi cuenta de Google
• Como usuario, quiero recuperar mi contraseña olvidada
• Como administrador, quiero poder desactivar cuentas de usuarios

El Problema con las Estimaciones en Horas

• Las horas son absolutas, pero la complejidad es relativa
• Diferentes personas tienen diferente velocidad
• Las horas crean expectativas falsas de precisión

La Solución: Story Points

Los Story Points son una unidad de medida relativa de esfuerzo, complejidad e incertidumbre. No tienen una equivalencia fija en horas.

La Secuencia de Fibonacci

La mayoría de los equipos usan: 1, 2, 3, 5, 8, 13, 21, 40, 100

Por qué Fibonacci: las brechas entre los números crecen a medida que la incertidumbre crece.

Planning Poker

1. El PO presenta una historia de usuario y la explica.
2. El equipo hace preguntas para clarificar.
3. Cada miembro selecciona en secreto una carta con su estimación.
4. Todos revelan sus cartas simultáneamente.
5. Si todos coinciden: se acepta esa estimación.
6. Si hay divergencias grandes: los extremos explican su razonamiento y se repite el proceso.

Por qué simultáneo: para evitar el sesgo de anclaje.

El Backlog Refinement es la actividad continua de mantener el Product Backlog ordenado, detallado y listo para el próximo Sprint.

Actividades:

• Revisar y clarificar historias existentes
• Dividir épicas en historias más pequeñas
• Añadir criterios de aceptación
• Estimar historias nuevas
• Eliminar ítems que ya no tienen valor

Frecuencia recomendada: Aproximadamente el 10% del tiempo del Sprint.

El PO prioriza considerando:

• Valor de negocio: ¿Cuánto valor entrega al usuario o al negocio?
• Riesgo: ¿Qué reduce más la incertidumbre si se hace primero?
• Dependencias: ¿Algún ítem bloquea a otros?
• Esfuerzo: Ítems de alto valor y bajo esfuerzo suelen ir primero.

Resumen de la Lección

• El Product Backlog es la lista ordenada y emergente de todo lo que el producto necesita.
• Las Historias de Usuario describen funcionalidades desde la perspectiva del usuario.
• Las buenas historias cumplen el criterio INVEST.
• Los Story Points son una estimación relativa de esfuerzo, más útil que las horas.
• Planning Poker es la técnica grupal para estimar historias con revelación simultánea.
• El Backlog Refinement mantiene el backlog saludable.