Planning Poker

¿Qué es Planning Poker?

La poker de planificación (poker de Scrum) es una técnica de estimación basada en consenso donde los miembros del equipo revelan simultáneamente sus estimaciones de puntos de historia para evitar el sesgo de anclaje. Si alguien revela su estimación primero, los demás tienden a anclar en ese número — la revelación simultánea previene esto y expone las verdaderas discusiones. Los valores estándar de las tarjetas siguen una secuencia inspirada en Fibonacci: 0, 1, 2, 3, 5, 8, 13, 20, 40, 100, ?, y infinito. La secuencia de Fibonacci funciona mejor que una escala lineal porque los espacios crecientes entre números grandes reflejan la verdadera incertidumbre en las estimaciones — una historia con 40 puntos no es simplemente el doble de compleja que una historia con 20 puntos, sino que lleva mucho más incógnitas. Los puntos de historia son una unidad relativa del esfuerzo, no un tiempo: una historia de 5 puntos se entiende simplemente como más esfuerzo que una historia de 3 puntos por lo que la equipo defina su escala.

Cómo usar

1. Añade los miembros del equipo que participarán en la sesión de estimación.
2. Presenta una historia de usuario o descripción de tarea para que todos los participantes entiendan lo que se está estudiando.
3. Cada miembro del equipo selecciona simultáneamente su estimación de puntos de historia desde el mazo de tarjetas Fibonacci en privado.
4. Revela todas las estimaciones simultáneamente — esto previene el sesgo de anclaje de los influenciadores tempranos.
5. Si las estimaciones están cerca, acepta el consenso o el promedio y registra el valor final de puntos.
6. Si las estimaciones divergen ampliamente (por ejemplo, una persona elige 3 y otra elige 13), pregunta a los estimadores con la mayor y menor estimación para explicar su razonamiento, luego vuelve a votar.

Por que es importante

La poker de planificación expone las discusiones de estimación que de otro modo estarían ocultas. Cuando un desarrollador estima 3 puntos y otro estima 13 para la misma historia, están operando sobre diferentes suposiciones sobre el alcance, enfoque técnico o riesgo. Esa conversación — desencadenada por la diferencia de estimaciones — previene la desalineación que causa las fallas del sprint durante la entrega. Los equipos que omiten las estimaciones o permiten que una persona decida las estimaciones descubren, durante el sprint, que una historia era mucho más grande de lo supuesto. La estimación consensuada construye una comprensión compartida del trabajo antes de comenzar.