Guía de Scrum · Artefactos y prácticas
Refinamiento del backlog en Scrum: cómo hacerlo bien
El refinamiento del backlog es la actividad continua de desglosar los elementos del Product Backlog y añadirles detalles, como una descripción, un orden y un tamaño. En Scrum no es un evento formal: mantiene la parte superior del Product Backlog lo bastante claro para que el equipo planifique los Sprints con confianza.
Puntos clave
- El refinamiento del backlog es una actividad continua, no un evento formal de Scrum.
- Desglosa los elementos y añade detalles como la descripción, el orden y el tamaño.
- El Product Owner y los Developers refinan juntos; los Developers dimensionan el trabajo.
- Mantenga listos elementos para uno o dos Sprints y divídalos verticalmente.
Qué es el refinamiento y qué no es
La Guía de Scrum de 2020 describe el refinamiento del Product Backlog como el acto de desglosar y definir con más detalle los elementos en otros más pequeños y precisos. Es una actividad continua, por lo que no es uno de los cinco Eventos de Scrum. Muchos equipos siguen celebrando una sesión de refinamiento periódica porque hace que el trabajo sea predecible.
| El refinamiento es | El refinamiento no es |
|---|---|
| Aclarar qué significa un elemento y por qué es importante | Comprometerse con el trabajo del siguiente Sprint |
| Dividir los elementos grandes en otros más pequeños | Asignar tareas a personas concretas |
| Dimensionar los elementos para poder ordenarlos y hacer previsiones | Diseño técnico detallado de cada elemento |
| Añadir criterios de aceptación | Una reunión de estado |
| Continuo y colaborativo | Algo que el Product Owner hace solo |
Quién participa
- Product Owner: aporta contexto, explica el valor de los elementos y acepta las contrapartidas. Es responsable del backlog.
- Developers: plantean preguntas, sugieren divisiones y opciones más sencillas, y dimensionan los elementos. La Guía de Scrum los hace responsables del dimensionamiento.
- Scrum Master: ayuda cuando es necesario, por ejemplo, enseñando al equipo técnicas de división o manteniendo las sesiones centradas.
- Interesados y expertos: se les invita cuando un elemento requiere sus conocimientos, como un cliente, un diseñador o un especialista en cumplimiento normativo.
Cuánto tiempo dedicar
La Guía de Scrum de 2020 no fija un límite de tiempo para el refinamiento. Las versiones anteriores sugerían que no suele ocupar más del 10 % de la capacidad de los Developers, y muchos equipos siguen usándolo como referencia aproximada. En un Sprint de dos semanas, suelen ser una o dos sesiones de una hora aproximadamente, más conversaciones informales.
Cómo llevar a cabo una sesión de refinamiento
- Preparar. El Product Owner elige los elementos cercanos a la parte superior del backlog que necesitan atención y los comparte con antelación.
- Explique el porqué. Para cada elemento, el Product Owner describe el problema, el usuario y el resultado deseado.
- Plantear y responder preguntas. Los Developers exploran casos límite, dependencias y riesgos. Anote las preguntas abiertas y quién las responderá.
- Acordar los criterios de aceptación. Anote las condiciones que demostrarán que el elemento funciona.
- Dividir si es necesario. Si un elemento no puede quedar terminado dentro de un Sprint, divídalo en porciones más finas que sigan aportando valor.
- Dimensionar. Los Developers estiman, por ejemplo, con puntos de historia y Planning Poker.
- Reordenar. El Product Owner ajusta el orden en función de lo aprendido.
- Cerrar. Confirme qué elementos están listos para la Sprint Planning y qué acciones de seguimiento se necesitan.
Formas de dividir elementos grandes
| Técnica | Ejemplo |
|---|---|
| Por paso del flujo de trabajo | «Pago» se divide en revisión de la cesta, datos de entrega y pago |
| Por regla de negocio | Ofrecer primero la entrega estándar y más adelante la urgente |
| Por tipo de datos o de entrada | Aceptar primero pagos con tarjeta y después monederos digitales |
| Por usuario o rol | Primero clientes, luego administradores |
| Primero lo sencillo, luego mejorar | Búsqueda básica, luego filtros, luego búsquedas guardadas |
| Primero un spike | Una investigación de duración fija antes de estimar un elemento incierto |
Divida verticalmente, de modo que cada porción sea utilizable por sí sola, en lugar de horizontalmente en capas como base de datos, interfaz y pruebas. Consulte épicas, historias y tareas.
Ejemplo resuelto
Un equipo refina el elemento «Los clientes pueden seguir su pedido», que los Developers calculan en unos 20 puntos, demasiado grande para un Sprint en el que suelen completar unos 25 puntos junto con otro trabajo. Tras debatirlo, lo dividen:
| Nuevo elemento | Criterios de aceptación (resumen) | Tamaño |
|---|---|---|
| Mostrar el estado del pedido en la página de la cuenta | El estado muestra realizado, empaquetado, enviado o entregado | 5 |
| Correo electrónico cuando se envía un pedido | Correo electrónico enviado en 10 minutos, con enlace de seguimiento | 3 |
| Mostrar el seguimiento de la empresa de mensajería en la página de la cuenta | Seguimiento en tiempo real desde la API de la empresa de mensajería | 8 |
| Spike: límites de la API de la empresa de mensajería | Respuesta: ¿podemos consultar cada 15 minutos? | 2 |
El total es de 18 puntos y cada elemento es utilizable por sí solo. El Product Owner ordena primero la página de estado y el correo electrónico, porque aportan la mayor parte del valor, y después el spike, para que el elemento de seguimiento tenga menos riesgo cuando llegue a la parte superior.
Consejos y errores comunes
- Refine de forma continua, no solo con prisas el día antes de la Sprint Planning.
- Mantenga las sesiones breves y centradas en la parte superior del backlog.
- Reúna a todo el equipo o, al menos, a los Developers que probablemente harán el trabajo; si dimensiona una sola persona, se pierde la comprensión compartida.
- No especifique en exceso: deje margen para la conversación durante el Sprint.
- Use una lista de verificación ligera, a veces llamada Definición de Listo, si le ayuda, pero no la convierta en una barrera que bloquee trabajo útil.
- Haga visibles las preguntas abiertas para que se respondan antes de la Sprint Planning.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es el refinamiento del backlog en Scrum?
Es la actividad continua de desglosar los elementos del Product Backlog y añadirles detalles, como la descripción, el orden y el tamaño, para que estén listos para la Sprint Planning.
¿Es el refinamiento del backlog un evento de Scrum?
No. La Guía de Scrum de 2020 lo describe como una actividad continua, no como uno de los cinco eventos. Los equipos pueden programar igualmente sesiones de refinamiento periódicas.
¿Es lo mismo el refinamiento del backlog que el backlog grooming?
Sí. Grooming es el término antiguo; refinamiento lo sustituyó en la Guía de Scrum y es ahora el nombre estándar.
¿Quién asiste al refinamiento del backlog?
El Product Owner y los Developers, con la ayuda del Scrum Master cuando sea útil. Los interesados o expertos se unen cuando un elemento requiere su aportación.
¿Cuánto tiempo debe llevar el refinamiento del backlog?
La Guía de Scrum de 2020 no fija ningún límite. Las versiones anteriores sugerían no más del 10 % aproximadamente de la capacidad de los Developers, lo que sigue siendo una referencia habitual.
¿Con qué frecuencia debemos refinar el backlog?
De forma continua. Muchos equipos celebran una o dos sesiones breves por Sprint y tratan las preguntas menores a medida que surgen.
¿Quién estima durante el refinamiento del backlog?
Los Developers que harán el trabajo. El Product Owner explica los elementos y las contrapartidas, pero no fija las estimaciones.
¿Cuál es la diferencia entre el refinamiento del backlog y la Sprint Planning?
El refinamiento prepara los elementos a lo largo del tiempo. La Sprint Planning es un evento de duración fija en el que el equipo define el Objetivo del Sprint, selecciona los elementos y planifica el trabajo.
¿Qué significa «listo» en el refinamiento del backlog?
La Guía de Scrum indica que los elementos que pueden quedar terminados dentro de un Sprint se consideran listos para seleccionarse en la Sprint Planning. Algunos equipos añaden una Definición de Listo opcional.
¿Con cuánta antelación debemos refinar el backlog?
Normalmente, lo suficiente para los próximos uno o dos Sprints. Refinar con mucha antelación supone riesgo de desperdicio, porque las prioridades y la comprensión cambian.
¿Puede hacerse el refinamiento del backlog durante el Sprint?
Sí. Se realiza a lo largo del Sprint, junto con el trabajo del Sprint Backlog actual.
¿Qué hacer si las sesiones de refinamiento del backlog se alargan siempre?
Prepare los elementos con antelación, céntrese en la parte superior del backlog, fije un tiempo máximo para cada elemento y traslade las cuestiones técnicas profundas a un seguimiento más reducido o a un spike.