Acerca de Planning Poker
Planning poker o planificación poker es una técnica muy sencilla, divertida y eficaz, en la que todas las personas comprometidas en el desarrollo de un producto, los miembros opinan para estimar el esfuerzo de desarrollar cada una de las historias de usuario de un sprint. en este articulo explicaremos acerca de planning poker para entender un poco la técnica.
¿Por qué se llama planning poker?
Se llama planning poker porque se utilizan cartas numeradas (no tienen porqué ser de poker).
Lo normal es numerar las cartas con una serie de Fibonacci (0, 1, 1, 2, 3, 5, 8, 13, …), más la carta interrogante que equivale a “ni idea” y la carta infinito que equivale a “esto es demasiado grande”.
El motivo de utilizar una serie de Fibonacci en un planning poker es porque cuanto más grande es el número asignado a una historia de usuario, más probabildad de equivocarse en la estimación.
Así, se tiende a dimensionar las historias de usuario de manera que siempre se utilicen números bajos. Es más probable acertar en las estimaciones si cada historia de usuario termina con un número bajo durante el planning poker.
¿Cómo hacer un planning poker?
- Se puede hacer una reunión con tu equipo, se reparten cartas que estan numeradas en serie fibonacci y estan numeradas de 0 a 8 y hay dos cartas adicionales.
- El Product Owner toma una User History y la presenta a todo el equipo para ser puntuada , ser estimada.
- Cada participante puntua lo que considera debe ser el valor de 0 a 8 o usar la carta de infinito o abstenerse con la carta de ni idea.
- Esto sirve para que todo el mundo tenga claro lo que hay que hacer en esa historia de usuario. Es una manera rápida y fácil de acotar el alcance
- Cada miembro del equipo (incluido el dueño de producto), selecciona una carta, la pone boca abajo en la mesa y cuando todos han seleccionado una carta se ponen boca arriba a la vez
Una vez todos han mostrado su carta (su estimación), hay dos opciones:
- Descartar las estimaciones mínimas y máximas y quedarse con la estimación media más repetida.
- Buscar la unanimidad. Los que han diferido de la mayoría explican sus motivos y el resto explican los suyos. El objetivo es llegar a una estimación unánime.
Esta técnica se ve en detalle en nuestros cursos de Scrum Product Owner.