Refinamiento del backlog: cómo dirigir la reunión

La Sprint Planning del Sprint 43 debía durar una hora. A los cuarenta minutos, el equipo de Lena seguía atascado en el primer elemento: el flujo para tarjetas vencidas que la Sprint Review había puesto al principio del backlog tres días antes. Nadie sabía cómo maneja el proveedor de pagos una tarjeta vencida, así que nadie podía decir qué tan grande era el trabajo. (El equipo de Lena es un ejemplo ficticio, no un equipo real.)

El problema no era la planificación. Era que nadie había revisado el elemento antes de la reunión.

Para eso sirve el refinamiento del backlog. Esta guía cubre lo que dice realmente la Guía de Scrum de 2020 (revisada en noviembre de 2026), una agenda de 60 minutos con un ciclo cronometrado para cada elemento, con qué frecuencia reunirse, un chequeo de listo de cinco preguntas, la comparación entre refinamiento del backlog y Sprint Planning, y un registro de una página para copiar.

¿Qué es el refinamiento del backlog?

El refinamiento del backlog es el trabajo continuo de dividir, aclarar, ordenar y dimensionar los elementos de la parte alta del Product Backlog, para que sean lo bastante pequeños y claros para la próxima Sprint Planning. La Guía de Scrum de 2020 lo llama "Product Backlog refinement" y lo define como el acto de descomponer y definir mejor los elementos del Product Backlog en elementos más pequeños y precisos.

Esto es lo que casi todas las guías omiten: el refinamiento del backlog no es un evento de Scrum. La guía nombra cinco eventos: el Sprint, la Sprint Planning, la Daily Scrum, la Sprint Review y la retrospectiva del sprint. El refinamiento no está en esa lista. La guía lo llama "una actividad continua", y Scrum.org lo dice sin rodeos: el Product Backlog refinement no es un evento prescrito en Scrum.

Así que no tienes que hacer una reunión de refinamiento. La mayoría de los equipos la hace de todos modos, porque una hora fija asegura que ocurra.

Lo que dice la Guía de Scrum sobre el refinamiento del backlog

La guía le dedica tres oraciones en la sección del Product Backlog, más una línea en la sección del Sprint: el Product Backlog se refina según sea necesario. Dos de esas oraciones son las que más importan en la sala:

• Qué agrega: el refinamiento agrega detalles, como una descripción, un orden y un tamaño.
• Quién dimensiona: los Developers que harán el trabajo son responsables del dimensionamiento. El Product Owner puede influir en ellos ayudándolos a entender y elegir entre alternativas.

Buscamos en el texto original en inglés de la guía las palabras que los equipos suelen asociar con esta reunión. "Grooming" no aparece. Tampoco "Definition of Ready", "story points", "estimate" ni "user story". Son prácticas populares y pueden funcionar, pero no son reglas de Scrum. La única prueba de preparación que da la guía es que los elementos que el Scrum Team puede terminar dentro de un Sprint se consideran listos para ser seleccionados.

La redacción ha cambiado con los años, según el historial de revisiones de la Guía de Scrum:

Esa es la respuesta a refinamiento del backlog vs. grooming: es la misma práctica, y "grooming" es el nombre que la guía dejó de usar en 2013.

Agenda de la reunión de refinamiento del backlog (60 minutos)

La guía deja el formato en tus manos, así que aquí tienes una agenda de refinamiento del backlog para una hora. Los tiempos son nuestra sugerencia, no una regla de Scrum. El Product Owner envía la lista de cuatro o cinco elementos dos días hábiles antes, para que los Developers la lean primero.

¿Necesitas que las decisiones queden por escrito mientras todos hablan? Pon ParrotNotes sobre la mesa y obtén un resumen y las tareas al detener la grabación. Prueba ParrotNotes gratis.

1. Abre con el objetivo

El Product Owner dice a qué Product Goal sirven estos elementos y cuál tiene más probabilidades de sostener el próximo Sprint Goal. Luego muestra la lista. Lo que no esté en ella espera a la próxima semana.

2. Haz el ciclo por elemento

Lleva cada elemento por los mismos cinco pasos y mantén un reloj a la vista:

1. Por qué (2 min): el Product Owner dice para quién es y qué problema resuelve.
2. Preguntas (3 min): los Developers preguntan lo que necesitarían saber para construirlo.
3. Dividir (2 min): si no se puede terminar en un sprint, divídelo en elementos más pequeños, cada uno útil por sí solo.
4. Tamaño (2 min): los Developers que harán el trabajo lo dimensionan, con el método que use tu equipo.
5. Orden y responsables (2 min): el Product Owner lo ubica en el backlog, y cada pregunta abierta recibe un responsable y una fecha antes de la planificación.

Un elemento que llega a 15 minutos se detiene ahí. Anota lo que falta, asígnale un responsable y pasa al siguiente.

3. Revisa la parte alta del backlog

Cuenta cuántos elementos pasan ahora el chequeo de listo de más abajo. Muchos equipos prefieren tener unos dos sprints de trabajo listo, para que la planificación nunca empiece en blanco. Si te falta, el Product Owner elige qué traer la próxima semana.

4. Repaso y cierre

Lee en voz alta las divisiones, los tamaños y las preguntas abiertas, y envía el registro el mismo día.

¿Con qué frecuencia y cuánto tiempo?

La guía de 2020 no fija ninguna cifra. El "no más del 10% de la capacidad" de la guía de 2017 desapareció, pero sigue siendo un techo útil. Esto es lo que equivale por persona, con jornadas de ocho horas:

Una hora por semana, más algo de lectura previa, queda muy por debajo del antiguo techo. ProdPad también sugiere apuntar a una sesión de una hora. Siete personas durante una hora son siete horas-persona por semana, y nuestra calculadora de costo de reuniones muestra cuánto cuesta eso.

No la pongas el día antes de la Sprint Planning. A mitad de semana queda tiempo para responder las preguntas abiertas, y nuestra guía sobre la frecuencia de reuniones te ayuda a acomodarla entre tus otras reuniones recurrentes.

¿Quién asiste al refinamiento del backlog y quién lo dirige?

La guía no dice quién lo dirige. Scrum.org dice que los equipos autogestionados deciden con qué frecuencia se hace el refinamiento y quién asiste a cada sesión. En la práctica se ve así:

No necesitas a todos los Developers cada semana. Dos o tres que probablemente construirán los elementos pueden refinar, siempre que el resto pueda ver el resultado en el backlog.

El chequeo de listo: cinco preguntas por elemento

Muchos equipos llaman a esto una "Definition of Ready". La guía no tiene una, así que tómalas como una lista de verificación, no como un filtro:

1. ¿Podemos decir para quién es y por qué, en una oración?
2. ¿Se podría terminar dentro de un sprint? Esta es la prueba de la propia guía.
3. ¿Los Developers que lo construirán están de acuerdo en un tamaño?
4. ¿Sabemos cómo comprobaremos que está terminado? Uno o dos ejemplos bastan.
5. ¿Cada pregunta abierta está respondida, o tiene un responsable con fecha antes de la planificación?

Un elemento que no pasa una pregunta simplemente todavía no está listo, y el registro dice qué falta.

Refinamiento del backlog vs. Sprint Planning

El refinamiento prepara los elementos para que se entiendan. La Sprint Planning elige qué elementos listos entran al sprint y por qué. Uno alimenta al otro.

La guía sí permite cierta superposición: en la Sprint Planning, el Scrum Team puede refinar los elementos durante el proceso. Unas cuantas preguntas aclaratorias ahí están bien. Dimensionar una épica totalmente nueva ahí fue lo que arruinó el lunes de Lena.

Cuando el refinamiento del backlog se desvía

Ten listas estas frases:

Esto también funciona fuera del software. Imagina un equipo ficticio de eventos de cinco personas refinando "Organizar el día del cliente de primavera". No cabe en un sprint de dos semanas, así que lo dividen en reservar el lugar, preparar la agenda y enviar las invitaciones. Dos de los tres pasan el chequeo de listo en esa misma hora, y la pregunta del lugar recibe un responsable y un plazo para el jueves.

Plantilla de refinamiento del backlog: el registro de una página

La guía no pide minuta, pero la Sprint Planning necesita estas respuestas. Copia esto en el documento de tu equipo.

REGISTRO DE REFINAMIENTO DEL BACKLOG
Equipo:            Fecha:             Facilitador:
Product Owner:     Asistentes:

1. ELEMENTOS REFINADOS
   Elemento | Dividido en | Tamaño | ¿Listo? (sí / todavía no)

2. PREGUNTAS ABIERTAS
   Pregunta | Responsable | Para cuándo

3. CAMBIOS DE ORDEN
   Elemento | Nueva posición | Por qué

4. PARTE ALTA DEL BACKLOG
   Elementos listos:  Aproximadamente cuántos sprints:

5. PRÓXIMA SESIÓN
   Fecha:             Elementos a traer:

Aquí está completo para el equipo ficticio, el miércoles después de aquel lunes largo:

REGISTRO DE REFINAMIENTO DEL BACKLOG
Equipo: Equipo de checkout   Fecha: 25 de nov.   Facilitador: Lena
Product Owner: Ana           Asistentes: Tomás, Priya, Sam

1. ELEMENTOS REFINADOS
   Apple Pay | Botón en el checkout; dirección guardada en Apple Pay
             | M; M | sí; todavía no
   Eliminar una tarjeta guardada | sin dividir | S | sí
   Orden de tarjetas en el checkout | sin dividir | S | todavía no

2. PREGUNTAS ABIERTAS
   ¿Nuestro proveedor de pagos necesita una nueva configuración
   de comercio para Apple Pay? | Tomás | 27 de nov.
   ¿El cambio de comisiones de enero afecta el orden
   de tarjetas? | Mei | 27 de nov.

3. CAMBIOS DE ORDEN
   Eliminar una tarjeta guardada | Sube al 2 | Tickets de soporte cada semana

4. PARTE ALTA DEL BACKLOG
   Elementos listos: 5   Aproximadamente cuántos sprints: 1.5

5. PRÓXIMA SESIÓN
   Fecha: 2 de dic.      Elementos a traer: orden de tarjetas, recibos

La sección 2 es la que salva la próxima planificación. Pasa esas preguntas a tu registro de seguimiento de tareas para que alguien las revise antes del lunes.

¿Deberías grabar el refinamiento del backlog?

Grabar permite que el facilitador cuide el reloj en lugar de escribir, y los Developers ausentes pueden escuchar por qué se dividió un elemento. Pide permiso primero, di qué vas a guardar y quién lo verá, y detén la grabación si alguien se opone. Las reglas de consentimiento varían según el lugar, y nuestra guía sobre los estados de consentimiento de una parte cubre lo básico en Estados Unidos.

ParrotNotes graba en un celular o una Mac en la sala, sin bot de reuniones, y te da una transcripción, un resumen y tareas para pegar en el registro. A noviembre de 2026, el plan gratuito permite 30 minutos por grabación y 100 minutos al mes. Pro (US$19.99 al mes, o US$14.99 al mes con pago anual) te da 3,000 minutos al mes y grabaciones de hasta 3 horas, suficiente para todas las sesiones.

En el plan gratuito, graba el ciclo de tus dos elementos más difíciles y el repaso final. Son unos 30 minutos, y ahí es donde están las decisiones. Descarga ParrotNotes y pruébalo en tu próxima sesión.

Haz del refinamiento la hora tranquila antes de la planificación

Un buen refinamiento del backlog hace que la Sprint Planning sea aburrida, en el mejor sentido. Recuerda que la guía lo trata como una actividad, no como un evento, así que adáptalo a tu equipo. Envía los elementos dos días antes, lleva cada uno por los mismos cinco pasos, detén cualquier elemento a los 15 minutos, usa el chequeo de listo y envía una página el mismo día.

El equipo de Lena pasó el refinamiento a los miércoles por la mañana. En la Sprint Planning del Sprint 44, Apple Pay llegó dividido, dimensionado y con la respuesta de Tomás adjunta. El equipo lo eligió en cuatro minutos y terminó la planificación con veinte minutos de sobra.