Volver al blog

Qué hacer justo después de una ronda dispersa de planning poker

Una ronda de planning poker no termina cuando se revelan las cartas. Termina cuando el equipo sabe qué decisión tomar con lo que acaba de aparecer.

Publicado el

Qué hacer justo después de una ronda dispersa de planning poker

Una ronda de planning poker no termina cuando se revelan las cartas. Termina cuando el equipo sabe qué decisión tomar con lo que acaba de aparecer.

Ese matiz cambia mucho la facilitación. Si los votos salen repartidos, la reacción habitual suele oscilar entre dos extremos: repetir la ronda para ver si “se ordena” o negociar un número intermedio para seguir avanzando. Ambas respuestas pueden ser útiles en algún caso, pero son pobres si se aplican por defecto. La dispersión no es solo un problema de cálculo; a menudo es una señal de que el equipo no está estimando la misma historia.

La estimación relativa, tal como se usa con story points y planning poker, funciona mejor cuando el equipo compara esfuerzo, complejidad e incertidumbre con referencias compartidas. Atlassian describe la estimación ágil como una práctica colaborativa de calibración, no como una predicción exacta. Y el Agile Manifesto recuerda una prioridad que aquí importa: personas e interacciones por encima de procesos y herramientas. Es decir: la herramienta ayuda, pero la conversación decide.

Este artículo propone una forma concreta de cerrar cada ronda dispersa: no con un número rápido, sino con una decisión de refinamiento. La pregunta no es “¿qué punto ponemos?”, sino “¿qué nos está pidiendo esta dispersión?”.

La ronda dispersa no tiene una sola lectura

No toda diferencia entre votos significa lo mismo. Un 5, un 8 y un 13 pueden indicar incertidumbre razonable. Pero un 2, un 13 y dos “?” sugieren otra cosa: quizá faltan criterios de aceptación, dependencias técnicas, restricciones de diseño o una definición común del alcance.

Para evitar debates circulares, conviene separar tres señales:

Señal al revelarLectura prudenteDecisión probable
Votos cercanos, sin “?”Hay entendimiento suficiente, aunque no perfectoCerrar con criterio acordado o hacer una ronda breve
Votos extremos con argumentos distintosEl alcance o el riesgo no se entiende igualAclarar supuestos antes de votar otra vez
Varias cartas “?”Falta información para estimar con responsabilidadPedir contexto, dividir o aplazar
Media alta y mediana más bajaAlgunos votos elevan la estimación por riesgos concretosEscuchar esos riesgos antes de cerrar
Mediana alta y media similarEl equipo percibe complejidad compartidaEvaluar si la historia es demasiado grande

La tabla no pretende convertir el planning poker en una fórmula. Sirve para frenar una mala costumbre: tratar toda dispersión como una molestia que hay que comprimir.

Un marco de decisión: aclarar, dividir, cerrar o pausar

Después de revelar votos, el facilitador puede usar cuatro salidas. Lo importante es elegir una, no quedarse atrapado en una discusión sin forma.

1. Aclarar

Úsalo cuando las personas han entendido objetivos distintos, reglas de negocio distintas o criterios de aceptación incompletos. La señal típica es que los extremos justifican su voto con supuestos incompatibles: una persona asumió que la pantalla ya existe; otra asumió que hay que crear el flujo completo.

Pregunta útil: “¿Qué incluiste en tu voto que quizá otra persona no incluyó?”.

2. Dividir

Úsalo cuando la historia contiene varias piezas estimables por separado: interfaz, lógica de negocio, permisos, migración, integración, analítica, etc. No se divide para reducir artificialmente puntos; se divide para que el equipo pueda entender y entregar incrementos más claros.

Pregunta útil: “¿Qué parte de esta historia podría aportar valor o aprendizaje por sí sola?”.

3. Cerrar

Úsalo cuando la diferencia es pequeña y las razones no cambian la comprensión de la historia. Si los votos están alrededor de un rango y nadie tiene dudas relevantes, cerrar puede ser más ágil que buscar unanimidad.

Pregunta útil: “¿Alguien ve un riesgo que cambiaría la decisión de meter esto en el Sprint?”.

4. Pausar

Úsalo cuando falta una información externa: una decisión de negocio, una respuesta de legal, una validación técnica, un diseño o un dato de uso. Pausar no es fracasar; es evitar que una estimación aparente oculte una deuda de entendimiento.

Pregunta útil: “¿Qué dato mínimo necesitamos para poder estimar sin adivinar?”.

Cómo usar mediana, media y “?” sin convertirlo en burocracia

Los números agregados ayudan si se interpretan como señales, no como veredictos. En herramientas como Stimo, la ayuda documenta resultados con estimación final, suma por perfiles, comparativa por mediana y media, además de votos y resultados por perfil. También contempla la carta “?” y la posibilidad de abrir una nueva ronda. Esa información puede ayudar a ordenar la conversación, siempre que el equipo no delegue en la herramienta la decisión que le corresponde tomar.

Una lectura práctica:

  • Mediana: muestra el centro de gravedad de los votos. Si la mayoría está cerca, puede haber base para cerrar.
  • Media: se mueve más con votos extremos. Si se aleja mucho de la mediana, pregunta qué riesgo están capturando esos extremos.
  • “?”: no es una carta de bloqueo; es una declaración honesta de información insuficiente.
  • Nueva ronda: tiene sentido cuando la conversación cambió el entendimiento. Si nada cambió, repetir solo añade ritual.

Una regla simple para el Scrum Master o facilitador: antes de permitir otra ronda, pide una frase de actualización. Por ejemplo: “Ahora estimamos solo el cambio de backend, sin incluir la pantalla de administración”. Si no existe esa frase, quizá la ronda siguiente no aportará nada nuevo.

Ejemplo aplicado: una historia que parece pequeña

Ejemplo hipotético. El equipo está refinando esta historia:

“Como usuaria, quiero guardar una dirección favorita para reutilizarla en futuras compras”.

Primera ronda: Developer vota 5, QA vota 8, UX vota 3, otra persona vota “?”. La mediana queda cerca de 5, pero la media sube por el 8. Podría cerrarse con un 5 u 8 y seguir. Pero la dispersión está diciendo algo.

El facilitador pregunta a los extremos:

  • UX votó 3 porque asumió que el formulario ya existe y solo hay que añadir una opción de guardado.
  • QA votó 8 porque asumió pruebas sobre edición, borrado, direcciones duplicadas y comportamiento en checkout.
  • La persona con “?” no sabe si hay límite de direcciones ni si hay implicaciones de privacidad.

El equipo detecta que hay tres historias mezcladas:

  1. Guardar una dirección desde checkout.
  2. Gestionar direcciones guardadas desde el perfil.
  3. Aplicar reglas de validación y privacidad sobre direcciones almacenadas.

Decisión: no cerrar la estimación global. Se divide la historia y se aclaran dos criterios de aceptación para la primera parte: guardar una única dirección desde checkout y reutilizarla en la siguiente compra. Luego se vota solo esa primera historia.

La decisión no fue “subir de 5 a 8”. La decisión útil fue cambiar el objeto estimado.

Checklist de cierre para una ronda dispersa

Puedes usar esta secuencia en el próximo refinamiento:

  1. Revela y observa el patrón: ¿votos cercanos, extremos, varios “?”, perfiles muy separados?
  2. Pide una frase a los extremos: qué incluyeron, qué dejaron fuera y qué riesgo ven.
  3. Identifica la causa dominante: falta de contexto, historia demasiado grande, dependencia externa o diferencia razonable de criterio.
  4. Elige una salida: aclarar, dividir, cerrar o pausar.
  5. Formula la decisión en voz alta: “Cerramos porque…”, “Dividimos porque…”, “Pausamos hasta saber…”.
  6. Vota otra vez solo si cambió algo: nuevo alcance, nuevo criterio, nueva información o historia dividida.

La última frase es clave. En agilidad, responder al cambio pesa más que seguir un plan. Pero para responder al cambio primero hay que verlo. La dispersión es una forma temprana de verlo.

Errores comunes al interpretar la dispersión

Forzar consenso para proteger el ritmo. Cerrar rápido puede parecer eficiente, pero si el desacuerdo reaparece durante el Sprint, el coste se desplaza.

Tratar el “?” como falta de preparación. A veces lo será, pero muchas veces es una señal legítima: la historia aún no contiene suficiente información.

Promediar sin conversación. La media puede ser una referencia, no una sustituta del juicio del equipo.

Repetir rondas sin cambiar el entendimiento. Si la historia, los criterios y los supuestos siguen iguales, la segunda ronda puede producir más conformidad que claridad.

Dividir por puntos, no por valor o aprendizaje. Una historia más pequeña no siempre es mejor. La división útil conserva una decisión verificable o un incremento entendible.

Conclusión: el resultado de la ronda es una decisión

Planning poker no debería servir solo para producir puntos. Su valor aparece cuando hace visible lo que el equipo todavía no comparte: alcance, riesgos, dependencias, criterios o dudas.

Por eso, después de una ronda dispersa, evita preguntar demasiado pronto “¿qué número ponemos?”. Pregunta primero: “¿qué decisión nos pide esta señal?”. Si la respuesta es aclarar, aclara. Si es dividir, divide. Si hay suficiente entendimiento, cierra. Si falta una información crítica, pausa.

La estimación será más útil no porque todos voten igual, sino porque el equipo sabe qué hacer con la diferencia.

Fuentes consultadas

  • Atlassian · Story points y estimación: referencia sobre story points, estimación relativa, calibración y planning poker.
  • Agile Manifesto: valores de colaboración, interacción y adaptación usados como criterio editorial para no convertir la estimación en burocracia.
  • Stimo · ayuda: documentación sobre votos privados, resultados, mediana, media, perfiles y nueva ronda.
  • Stimo · preguntas frecuentes: contexto sobre roles, participación y uso básico de salas de planning poker.

¿Listo para ponerlo en práctica?

Crear una sala en Stimo