Reglas de Scrum Poker: La referencia completa
Scrum Poker tiene menos reglas de las que la gente espera - el mecanismo es sencillo - pero los casos límite (quién vota, qué significan las cartas especiales, qué pasa en caso de empate) hacen tropezar a casi todos los equipos en sus primeras sesiones. Esta página es la referencia para esos detalles. Para cómo fluye realmente una ronda y por qué importan los votos ocultos, empieza con la guía completa de Scrum Poker.
La regla fundamental
Cada participante elige una carta en privado. La carta de nadie es visible - para nadie, incluido el facilitador - hasta que todas las cartas se revelan a la vez. Ese es todo el mecanismo. Todo lo demás en esta página es un detalle de cómo se aplica ese mecanismo.
Quién puede votar
Los desarrolladores y QA votan. Cualquiera que vaya a construir o verificar el trabajo está estimando su propio esfuerzo, así que son quienes tienen una carta en la mano.
El Product Owner no vota. Esto no es una sugerencia - se aplica de forma estricta: el papel del PO es aclarar lo que requiere una historia, no opinar sobre cuán difícil es construirla. Si un PO expresa una opinión antes de la votación ("esperaba que esto fuera pequeño"), eso ancla la sala independientemente de la intención.
Los espectadores no votan. Los espectadores pueden observar una sala en vivo - útil para un interesado que quiere visibilidad sin la presión social que su presencia genera cuando se le percibe como votante - pero nunca sostienen una carta.
| Rol | ¿Vota? |
|---|---|
| Desarrollador | Sí |
| QA | Sí |
| Product Owner | No |
| Espectador | No |
Qué significan las cartas
La baraja estándar es una secuencia de Fibonacci modificada: 0, 1, 2, 3, 5, 8, 13, 21, ?
- 0 - trabajo que es real pero trivialmente pequeño, como corregir una errata o un cambio de configuración de una línea. Suficientemente pequeño como para que un "1" completo distorsionaría la velocidad.
- 1 a 21 - la escala de tamaño real. Los saltos se ensanchan a propósito: de 1 a 2 es un paso pequeño, de 13 a 21 es grande, porque nadie puede distinguir de forma confiable "así de grande" de "mucho más grande" una vez que una historia se hace grande. Razonamiento completo: por qué se ensanchan los saltos de Fibonacci.
- ? (signo de interrogación) - "no entiendo esto lo suficiente para dimensionarlo." Una no-estimación honesta, no una suposición disfrazada de número. Una historia con varios votos
?necesita una investigación (spike) o más refinamiento antes de volver a estimarse, no una nueva votación.
No todos los equipos usan Fibonacci. Las tallas de camiseta (de XS a XXL), las potencias de 2 (1, 2, 4, 8, 16...) y las barajas totalmente personalizadas son todas válidas - consulta la comparación completa de barajas en la guía principal.
Quién revela las cartas
El facilitador (normalmente el Scrum Master o quien creó la sala) revela por defecto. Algunas salas permiten que cualquier participante active la revelación una vez que todos han votado - útil para equipos más pequeños y autoorganizados donde un rol de facilitador dedicado parece innecesario. De cualquier forma, la revelación es una sola acción que voltea todas las cartas simultáneamente - no hay revelación parcial, ni forma de ver la carta de una persona antes que las demás.
Qué pasa en caso de empate o dispersión cercana
Votos iguales o casi iguales (digamos, 5-5-5-8) significan que la estimación queda efectivamente fijada - el equipo puede anotar el número y seguir adelante, o tener una conversación de treinta segundos sobre el valor atípico si vale la pena. Una dispersión genuinamente amplia (2-3-13) significa un desacuerdo real sobre el trabajo, no ruido, y omitir la conversación anula el propósito de la técnica.
Nunca promedies una dispersión amplia para evitar la discusión. Una división 2-13 resuelta con "digamos que es un 7" descarta la información exacta que el voto reveló - el hecho de que alguien ve un riesgo oculto y otra persona ve un atajo. Pide a quien votó alto que explique primero, luego a quien votó bajo, y vuelve a votar una vez.
Volver a votar
Una nueva votación después de la discusión es normal y esperada. Si la segunda ronda sigue siendo amplia, es una señal de que la historia no está lista - necesita refinamiento, una investigación (spike) o una división, no una tercera ronda de la misma conversación. Dos rondas de desacuerdo real son saludables; tres rara vez convergen en algo que un facilitador no pudiera lograr simplemente aparcando la historia.
¿Se puede cambiar el voto antes de la revelación?
Sí - un voto no queda fijado hasta que ocurre la revelación, así que volver a elegir una carta antes de ese momento está bien y no cuenta como anclaje (nadie más puede ver el cambio tampoco). Votar después de la revelación no tiene sentido, ya que la información de la ronda ya se ha compartido.
¿Qué pasa si alguien se abstiene o no vota a tiempo?
Una historia generalmente no debería revelarse hasta que todos los participantes votantes (desarrolladores y QA) hayan elegido una carta - revelar antes de tiempo con votos faltantes produce una imagen incompleta de la dispersión. Si alguien genuinamente no puede estimar una historia (no estuvo involucrado en la parte relevante del código base, por ejemplo), un voto ? es el movimiento honesto, no el silencio.
Pon las reglas en práctica
Leer las reglas solo llega hasta cierto punto - el mecanismo tiene sentido en el momento en que lo ejecutas una vez. Crea una sala gratis, elige una historia real y vótala de la manera que describe esta página: cartas privadas, una revelación, discutir solo los valores atípicos.