Hoja resumen del facilitador de Scrum Poker
Un guion de facilitación condensado para llevar una sesión de Scrum Poker - imprímelo, ténlo junto a tu portátil y síguelo ronda por ronda. Para el razonamiento completo detrás de cada paso, consulta la guía completa de Scrum Poker.
Antes de la sesión
- Los elementos del backlog tienen criterios de aceptación. Sin criterios no hay estimación - refina primero.
- Se asigna un facilitador, normalmente el Scrum Master.
- Todos pueden votar simultáneamente - una baraja física para equipos colocalizados, una sala en línea para equipos remotos o híbridos.
La ronda, paso a paso
- Lee la historia y sus criterios de aceptación en voz alta. Todos deben estar estimando lo mismo.
- Todos eligen en privado una carta. Sin discusión, sin decir "esto parece un..." en voz alta - eso es un anclaje.
- Revela todas las cartas al mismo tiempo.
- ¿Votos iguales o casi iguales? Registra la estimación, pasa a la siguiente historia.
- ¿Dispersión amplia? 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.
- Vuelve a votar una vez. ¿Sigue amplia después de la discusión? La historia no está lista - aparcarla para refinamiento en lugar de forzar un número.
Las cinco tareas del facilitador
- Protege el silencio antes de la revelación. En el instante en que alguien dice "creo que esto es un...", la ronda queda comprometida.
- Pregunta a los valores atípicos, no a la sala. "¿Por qué votaste alto?" a una persona obtiene una respuesta real; "¿alguien quiere explicar la dispersión?" obtiene silencio.
- Limita el tiempo visiblemente. Un temporizador compartido y visible evita que una discusión de dos minutos se convierta en diez.
- Sabe cuándo dejar de votar. Dos rondas de desacuerdo real son normales. Una tercera ronda rara vez converge - aparca la historia.
- Registra el resultado de inmediato. Estimación, dispersión y cualquier nota - por escrito antes de que se desvanezca la memoria.
Los cinco errores que descarrilan una sesión
- Dejar que alguien hable antes de votar.
- Tratar la estimación como un compromiso de entrega.
- Omitir la re-estimación cuando el tamaño real de una historia cambia a mitad del sprint.
- Estimar una historia sin criterios de aceptación.
- Promediar en lugar de discutir una dispersión amplia.
Quién está en la sala
| Rol | ¿Vota? |
|---|---|
| Desarrolladores, QA, cualquiera que construya/verifique el trabajo | Sí |
| Product Owner | No - aclara el alcance, no vota |
| Interesados no técnicos | No - solo responde preguntas |
| Espectadores | No - observan sin afectar la ronda |
Etiqueta completa por rol y guía de tamaño de equipo: la guía completa de Scrum Poker.
Pruébalo ahora
Crea una sala de Scrum Poker gratis - sin registro, todos los tipos de baraja incluidos, hasta 50 participantes.