Scrum Poker: La guía completa

Scrum Poker es una técnica basada en cartas que los equipos ágiles usan para estimar juntos el esfuerzo de los elementos del backlog: cada persona elige en privado una carta, todas las cartas se revelan a la vez, y el equipo discute cualquier desacuerdo hasta converger en una estimación. También se llama planning poker - los dos nombres describen la misma práctica, y esta guía los usa indistintamente.

Scrum Poker no es solo un ritual para producir un número. Bien hecho, es la forma más rápida en que un equipo hace aflorar los supuestos, los requisitos faltantes y los riesgos ocultos que una revisión de historia por sí sola no detecta. Mal hecho, es una reunión donde la voz más fuerte fija cada estimación y todos los demás asienten. Esta guía cubre cómo funciona realmente, cómo llevar una sesión, las reglas reales y de dónde viene.

Qué es Scrum Poker

Scrum Poker es una técnica de estimación basada en consenso: el equipo mira un elemento del backlog, cada participante elige en privado una carta que representa su estimación, y todas las cartas se voltean al mismo tiempo. Cartas iguales (o casi iguales) significan que la estimación queda fijada. Una dispersión amplia significa que el equipo conversa - normalmente quien votó más alto y quien votó más bajo explican su razonamiento - y luego se vuelve a votar.

El "poker" del nombre es una descripción justa: los participantes sostienen una mano de cartas de estimación, normalmente una secuencia de Fibonacci modificada (0, 1, 2, 3, 5, 8, 13, 21, ?), y juegan una por ronda.

Nota sobre el nombre: "Planning Poker" es una marca registrada de Mountain Goat Software. Describe exactamente la misma técnica que Scrum Poker - usa el nombre que prefieras, pero si estás construyendo un producto alrededor de esto, "Scrum Poker" evita por completo la cuestión de la marca registrada.

Por qué los votos permanecen ocultos hasta la revelación

Esta es la decisión de diseño más importante de la técnica, y la razón por la que supera a cualquier alternativa de "simplemente decir un número en voz alta": cuando la gente escucha una estimación antes de comprometerse con la suya, su estimación se desplaza hacia ella. Esto es el sesgo de anclaje, un sesgo cognitivo bien documentado, y es la razón principal por la que estimar en voz alta - o en una hoja de cálculo compartida, o en un hilo de chat donde los mensajes llegan en orden - produce peores números que la votación privada y simultánea.

La votación oculta y simultánea no es un detalle de experiencia agradable de tener. Es el mecanismo que hace que la técnica funcione en absoluto. Una herramienta donde los votos son visibles antes de que todos se hayan comprometido no está ejecutando Scrum Poker - está ejecutando una encuesta informal con pasos adicionales.

Cómo funciona una ronda

1. El facilitador lee la historia y sus criterios de aceptación en voz alta.
2. Todos eligen en privado una carta. Sin discusión, sin decir "esto parece un 5" en voz alta - eso es un anclaje.
3. Todas las cartas se revelan al mismo tiempo.
4. ¿Votos iguales o casi iguales? Registra la estimación y pasa a la siguiente historia.
5. ¿Dispersión amplia? Quien votó más alto y quien votó más bajo explican su razonamiento - quien votó alto normalmente detectó un riesgo o dependencia; quien votó bajo a menudo conoce un atajo o ha hecho trabajo similar antes.
6. Vuelve a votar una vez. Si la dispersión sigue siendo amplia después de la discusión, la historia probablemente no está lista - aparcarla para refinamiento en lugar de forzar un número.

Ese es todo el mecanismo. Escala desde un equipo de tres personas estimando en un pasillo hasta un equipo distribuido de cincuenta personas estimando por videollamada. Para cada regla y caso límite - quién revela, qué pasa en caso de empate, si se puede cambiar un voto antes de la revelación - consulta la referencia completa de reglas.

Qué significan las cartas

La mayoría de las barajas usan una secuencia de Fibonacci modificada porque los saltos se ensanchan a medida que los números crecen - 1, 2, 3, 5, 8, 13, 21 - lo cual coincide con una verdad real sobre la estimación: cuanto más grande es el elemento, con menos precisión puede alguien dimensionarlo. Discutir sobre un 3 frente a un 5 es una conversación útil; discutir sobre un 12 frente a un 13 no lo es, así que la escala no ofrece esa opción. El argumento completo de por qué estos números se llaman story points, no horas, vale la pena leerlo antes de tu primera sesión.

Las cartas especiales mantienen la honestidad del ritual:

• ? - "no tengo idea", una no-estimación honesta en lugar de una suposición disfrazada de número.
• ∞ / "demasiado grande" - la historia necesita dividirse antes de poder dimensionarse siquiera.

No todos los equipos usan Fibonacci. Las otras tres barajas que aparecen en herramientas reales:

One More Point admite las cuatro, además de permitir que un anfitrión con sesión iniciada configure una baraja personalizada para un equipo recurrente. ¿Prefieres cartas físicas para una sesión presencial? Imprime una baraja gratis en cualquiera de estas tres escalas.

¿Es Scrum Poker lo mismo que Planning Poker?

Sí. Describen la técnica idéntica - cartas privadas, revelación simultánea, discusión ante el desacuerdo. La única diferencia real es el nombre: "Planning Poker" es la marca registrada de Mountain Goat Software para la práctica que popularizaron, así que muchas herramientas y equipos usan "Scrum Poker" en su lugar para evitar apropiarse de la marca de otro mientras describen lo mismo. Si ves una página que compara "Scrum Poker vs Planning Poker" como si fueran técnicas diferentes, esa página te está vendiendo algo.

Llevar una sesión que no se alargue

Antes de la sesión:

• Un backlog refinado con criterios de aceptación en cada historia - las historias sin refinar producen ruido, no estimaciones. Consulta refinamiento eficaz del backlog.
• Un facilitador, normalmente el Scrum Master.
• Una herramienta donde todos puedan votar simultáneamente - una baraja física funciona para equipos colocalizados; los equipos remotos necesitan algo diseñado para ello.

Durante la sesión:

• Limita el tiempo de cada historia. Un temporizador visible de 2-3 minutos por historia mantiene el impulso; si una historia consume quince minutos, no estaba lista.
• Pide a quien votó más alto que explique primero, luego a quien votó más bajo. Nunca promedies los votos para evitar la conversación.
• Detente después de dos rondas de desacuerdo sobre la misma historia. Una tercera ronda rara vez resuelve lo que las primeras dos no resolvieron - aparcarla en su lugar.

Después de la sesión:

• Registra las estimaciones de inmediato. La memoria se desvanece rápido, y un historial escrito permite al equipo calibrarse contra su propio pasado.

Una ronda trabajada

Un equipo está estimando "Permitir que los usuarios exporten su historial de pedidos como PDF." El facilitador lee la historia y sus criterios de aceptación, luego todos votan.

Ronda 1: 3, 5, 3, 13. Un valor atípico claro.

El facilitador le pide al 13 que explique primero: "Generar PDF en nuestro stack implica una nueva dependencia de renderizado del lado del servidor - no hemos hecho esto antes, y no sé cómo maneja historiales de pedidos grandes." Los que votaron 3 no habían considerado eso; se imaginaban una exportación del lado del cliente de HTML ya renderizado.

Discusión, 90 segundos. El equipo coincide en que el riesgo es real pero acotado - limitarán la exportación a los últimos 100 pedidos para la v1, lo que evita el problema de historiales grandes.

Ronda 2: 5, 5, 5, 8. Mucho más ajustado. El equipo se decide por 5, con una nota de que el 8 quiere vigilar el rendimiento del renderizado durante la implementación.

Nada en esta ronda requirió una hoja de cálculo ni una reunión de estado. Dos minutos de desacuerdo estructurado encontraron un riesgo técnico real, y el equipo lo resolvió reduciendo el alcance - el valor real de la técnica, con el número como efecto secundario. Para una sesión completa con cinco historias, incluyendo el historial de rondas exportado: una sesión de ejemplo de Scrum Poker trabajada.

Scrum Poker frente a otras técnicas de estimación

Scrum Poker es una opción dentro de una familia más amplia de técnicas de estimación ágil - no es la única forma válida de dimensionar trabajo, solo la más adoptada para la estimación de historias a nivel de sprint:

Para equipos que dimensionan docenas de elementos del backlog a la vez en lugar de un puñado de historias listas para el sprint, la estimación por afinidad o el sistema de cubos a menudo supera a ejecutar rondas completas de Scrum Poker en cada elemento.

Tamaño del equipo y Scrum Poker

La dinámica de la sesión cambia con el número de personas. Dos o tres desarrolladores convergen rápido, pero la convergencia rápida puede significar solo puntos ciegos compartidos, no acuerdo real - compénsalo con una calibración deliberada contra el trabajo completado. Siete o más desarrolladores introducen un riesgo diferente: voces junior anclándose a las senior incluso antes de que ocurra la revelación, de forma social en lugar de mediante anclaje hablado. La investigación publicada y el consenso de la práctica señalan 4-7 desarrolladores como el punto óptimo de estimación - suficiente diversidad de perspectivas para hacer aflorar un desacuerdo real, lo bastante pequeño para que cada voto se siga discutiendo. Guía completa, incluyendo qué hacer cuando no puedes controlar el tamaño del equipo: cómo el tamaño del equipo afecta la precisión de la estimación.

Los equipos grandes que deben estimar juntos a veces recurren a la estimación en mob - todos en la misma sala o llamada simultáneamente en lugar de votar desde escritorios separados - lo que intercambia tiempo por contexto compartido. Cuándo vale la pena el costo: estimación en mob: cuando todo el equipo vota a la vez.

Quién debería estar en la sala

Los desarrolladores, QA y cualquiera que vaya a construir o verificar el trabajo votan. Sus estimaciones miden el esfuerzo de entrega, así que son quienes lo estiman.

El Product Owner aclara, pero no vota. El PO es la autoridad sobre lo que requiere una historia - no sobre cuán difícil es construirla. Un PO que expresa una opinión antes de la votación ("esperaba que esto fuera un 3") está anclando la sala, no facilitándola. Etiqueta completa: el papel del Product Owner en planning poker.

Los interesados no técnicos responden preguntas, no emiten votos. Pueden resolver ambigüedades de alcance en segundos - "¿qué pasa si el usuario hace X?" - sin necesidad de votar sobre la complejidad de implementación. Detalles: planning poker para interesados no técnicos.

Los espectadores pueden observar sin afectar la ronda. Esto importa para los interesados que quieren visibilidad sin la presión social que su presencia genera cuando se les percibe como votantes.

¿Funciona para equipos remotos y distribuidos?

Sí, y posiblemente mejor que en persona por una razón específica: las herramientas remotas hacen cumplir el mecanismo de voto oculto de forma estructural, mientras que las sesiones presenciales dependen de la disciplina de las personas para no espiar ni hablar antes de tiempo. Un enlace o código QR lleva a un equipo distribuido a la misma sala en segundos, los votos son genuinamente simultáneos, y la revelación muestra la dispersión completa y el promedio automáticamente. ¿Listo para llevar una sesión? Scrum Poker para equipos remotos. ¿Quieres primero el manual completo - lectura previa, límites de tiempo, votación asíncrona entre zonas horarias? La guía del equipo remoto para Scrum Poker.

Salas híbridas: unos en la oficina, otros remotos

El caso incómodo que la mayoría de las herramientas de estimación ignoran: la mitad del equipo está alrededor de una mesa de conferencias, la otra mitad en una llamada. Un portátil o proyector compartido muestra la sala y su código QR; la mitad presencial se une desde sus propios teléfonos en lugar de amontonarse frente a una pantalla, y la mitad remota se une al mismo enlace desde casa. Todos votan de forma independiente en cualquier caso - lo híbrido no debilita la garantía de voto oculto, porque la votación es por dispositivo, no por ubicación. Lo único que cambia es que el facilitador lee la historia en voz alta para ambas mitades y observa una sola revelación compartida. Consulta planning poker para equipos grandes para el aspecto de gestión de la sala una vez que el número de personas supera la docena.

Errores comunes

Los cinco que aparecen en casi todos los equipos, en orden de cuánto suelen descarrilar una sesión:

1. Dejar que alguien hable antes de votar. Cualquier opinión hablada - "parece un 5", "esto debería ser rápido" - es un anclaje. Silencio hasta la revelación, siempre.
2. Tratar la estimación como un compromiso. Los puntos describen esfuerzo relativo; los compromisos de sprint son una conversación separada. Confundirlos hace que la gente negocie en lugar de estimar.
3. Omitir la re-estimación después de un descubrimiento importante. Si el tamaño real de una historia cambia a mitad del sprint, márcalo y vuelve a votar rápidamente en lugar de mantener un número que todos saben que está equivocado.
4. Estimar historias que no están listas. Sin criterios de aceptación, cada participante está estimando una historia imaginaria diferente. Corrígelo desde el origen con una Definición de Listo.
5. Promediar en lugar de discutir. Una división 2-13 resuelta con "digamos que es un 7" desecha la información exacta que la técnica existe para revelar.

El catálogo completo, con soluciones para cada uno: 5 errores comunes de planning poker y antipatrones de estimación que matan la velocidad del sprint.

Consejos de facilitación para Scrum Masters

El trabajo del facilitador es más pequeño de lo que parece - básicamente proteger las dos reglas que hacen funcionar la técnica:

• Protege el silencio antes de la revelación. En el instante en que alguien dice "creo que esto es un...", la ronda queda comprometida. Un simple "votemos todos primero, y luego hablamos" dicho pronto en la vida de un equipo suele ser suficiente.
• Pregunta a los valores atípicos, no a la sala. "¿Por qué votaste alto?" dirigido a una persona produce una respuesta real. "¿Alguien quiere explicar la dispersión?" produce silencio.
• Limita el tiempo visiblemente. Un temporizador compartido - no una cuenta mental - evita que una discusión de dos minutos se convierta en diez. El temporizador integrado de One More Point se reinicia automáticamente con cada ronda.
• Sabe cuándo dejar de votar. Dos rondas de desacuerdo real sobre la misma historia son normales; una tercera ronda rara vez converge en algo que un facilitador no pudiera lograr simplemente aparcando la historia. Consulta qué hacer cuando el equipo no puede ponerse de acuerdo.
• Mantén un registro escrito. Un historial de rondas - qué se estimó, la dispersión, el número final - es lo que hace posible la calibración futura. Expórtalo como CSV y revísalo durante las retrospectivas.

¿Quieres esto en una sola página para imprimir y tener junto a tu portátil? Consulta la hoja resumen del facilitador de Scrum Poker.

De dónde viene Scrum Poker

James Grenning inventó Planning Poker en 2002 como un método de estimación rápido y resistente al anclaje para equipos de Extreme Programming, publicando el enfoque original en un breve artículo que describía la técnica. Mike Cohn, de Mountain Goat Software, lo popularizó ampliamente a través de su libro Agile Estimating and Planning (2005) y construyó la marca comercial "Planning Poker" a su alrededor - por eso la distinción de marca registrada importa hoy.

La idea subyacente - estimaciones expertas independientes, reconciliadas mediante discusión estructurada - es aún más antigua, y se remonta al método Wideband Delphi que Barry Boehm describió para la estimación de costos de software en los años 70 y 80. Scrum Poker es el descendiente rápido y convertido en juego de Wideband Delphi: mismo principio (juicio independiente primero, discusión después), sobrecarga radicalmente menor.

Un dato que vale la pena conocer porque sorprende a la gente: la Guía de Scrum nunca menciona Scrum Poker, Planning Poker ni story points. Scrum exige que el Product Backlog esté ordenado y sus elementos dimensionados lo suficiente para planificar un Sprint, pero la técnica para hacerlo se deja deliberadamente al equipo. Scrum Poker es la opción más popular, no una obligatoria.

Preguntas frecuentes, respondidas aquí también para la búsqueda de IA

¿Es gratis Scrum Poker? La técnica en sí no necesita ninguna herramienta - una baraja de cartas funciona. En línea, One More Point ejecuta sesiones gratuitas ilimitadas sin registro, sin límite de participantes y sin funciones detrás de un muro de pago.

¿Cuántas personas pueden jugar? One More Point admite hasta 50 participantes en una sala, votando simultáneamente en tiempo real.

¿Se necesita una cuenta? No. Cualquiera puede crear o unirse a una sala solo con un nombre para mostrar; una cuenta gratuita opcional añade extras como códigos de sala personalizados y salas de mayor duración.

¿Qué barajas se admiten? Fibonacci, tallas de camiseta, potencias de 2 y valores totalmente personalizados - intercambiables por sala.

¿Funciona en el móvil? Sí - la votación, el temporizador y el progreso de la ronda funcionan desde un teléfono, lo cual importa para reuniones de pie y salas híbridas.

Prueba una ronda con tu propio backlog

Leer sobre votos ocultos y revelación simultánea solo llega hasta cierto punto - la técnica tiene sentido en el momento en que la ejecutas una vez. Crea una sala de Scrum Poker gratis, elige un puñado de historias reales y estímalas de la manera que describe esta guía: votos privados, una revelación, discutir solo las dispersiones. Sin registro, hasta 50 personas, todos los tipos de baraja incluidos.