Publicaciones
¿Qué es el planning poker?

Matt Lewandowski
Última actualización 21/06/20267 min de lectura
También conocido como
Scrum poker, estimation poker, pointing poker
Introducido por
James Grenning en 2002, popularizado más tarde por Mike Cohn
Usado para
Estimar el esfuerzo relativo de los elementos del backlog
Ideal para
Planificación de sprints y refinamiento del backlog con 3 a 9 personas
Cómo funciona el planning poker
Presenta el elemento
El product owner lee en voz alta un elemento del backlog y responde cualquier pregunta rápida sobre el alcance y los criterios de aceptación. Cada persona elige una carta en privado
Cada persona escoge la carta que coincide con el esfuerzo que espera, según la complejidad, las incógnitas y el riesgo. Nadie mira a los demás. Revelar al mismo tiempo
Todas las cartas se voltean a la vez. Como nadie vio las de los demás primero, la dispersión refleja lo que la gente realmente piensa. Comenta los casos extremos
Quienes votaron más alto y más bajo explican su razonamiento. Aquí es donde descubres una dependencia que se pasó por alto o un requisito que la gente interpretó de forma distinta. Vuelve a votar hasta converger
Vota de nuevo con el contexto nuevo. La mayoría de los elementos se resuelven en una o dos rondas. Buscas estar lo bastante cerca, no la unanimidad.

Las cartas: ¿qué baraja deberías usar?
| Baraja | Valores | Ideal para |
|---|---|---|
| Fibonacci | 1, 2, 3, 5, 8, 13, 21 | La opción por defecto para la mayoría de equipos de software |
| Fibonacci modificada | 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 | Añade espacio para "trivial" y "demasiado grande para estimar" |
| Tallas de camiseta | XS, S, M, L, XL | Dimensionamiento temprano de la hoja de ruta y partes interesadas no técnicas |
| Potencias de dos | 1, 2, 4, 8, 16 | Equipos a los que les gusta una escala limpia de duplicación |
| Personalizada | Lo que quieras | Días ideales, horas o tus propias etiquetas |
Por qué los equipos lo usan
🎴Elimina el sesgo de anclaje
💡Saca a la luz suposiciones ocultas
🙋Incluye a las voces calladas
⚡Rápido y repetible

Cuándo funciona el planning poker y cuándo no
- Estás dimensionando elementos para un próximo sprint y quieres un entendimiento compartido
- El equipo tiene de 3 a 9 personas que harán el trabajo
- Los requisitos están lo bastante claros para discutirlos pero aún tienen incógnitas
- Tienes más de 50 elementos y poco tiempo. Usa el mapeo por afinidad o el sistema de cubos en su lugar
- El trabajo está totalmente entendido y es rutinario. Simplemente asigna un tamaño
- Una persona ya sabe exactamente cómo construirlo y nadie más lo tocará
Cómo dirigir tu primera sesión
Elige una línea base
Escoge una historia pequeña y bien entendida con la que todos estén de acuerdo y conviértela en tu referencia. Lo habitual es hacerla un 2 o un 3, no un 1, para tener margen de ir más pequeño. Reúne a las personas adecuadas
Invita a quienes harán el trabajo: desarrolladores, QA y un product owner que responda las preguntas sobre el alcance. Mantenlo reducido. Pon un límite de tiempo a cada elemento
Da a cada ronda un par de minutos. Si seguís divididos tras dos votos, anota la pregunta abierta, divide la historia o apártala para el refinamiento. Registra la estimación y sigue adelante
Apunta el tamaño acordado y mantén el ritmo. La estimación tiene fuertes rendimientos decrecientes una vez que estás en el rango correcto.