[SCRUM] Mi experiencia con el Planning Poker®
En este post me gustaría contarles mi experiencia con la técnica de Planning Poker® usada durante la reunión “Sprint Planning” en el proyecto actual que formo parte.
Antes de comenzar, expliquemos de qué trata el Planning Poker®.
Planning Poker® es una técnica de estimación basada en consenso. Équipos ágiles alrededor del mundo usan esta técnica para estimar las historias de sus Product Backlog. La unidad de estimación puede ser con puntos de historia (story points) siendo el ideal “días” [1]
Pasos del “juego” de Planning Poker® . ¡Let’s play!
Requisitos a la mano:
- Lista de funcionalidades a ser estimadas Product Backlog
- Baraja de cartas para cada miembro del equipo. Los valores de cartas representan el número de puntos de historia de usuarios (cuya unidad de medida puede ser “días“), estos valores podría ser los números de la secuencia de Fibonacci (recomendada por [1]) o cualquier otra medida que el equipo considere más eficiente. En [5] adicionan los valores “?” (difícil de estimar), “taza de café” (muy fácil), entre otros a la secuencia de Fibonacci. Sin embargo . . .
¡Ojo! Sea cual fuere la unidad seleccionada lo más importante es que todo el equipo esté al tanto de ello
Figura 1: Ejemplo de valores de las cartas de Planning Poker® [1]
Basándonos en [1][4], tenemos los siguientes 7 pasos:
- El Product Owner del equipo lee y explica las historias de usuarios/ funcionalidades candidatas a ser implementadas durante el Sprint al resto del equipo que se encargará de estimarlas.
- Cada miembro tendrá una baraja de cartas
- Los miembros discuten y/o solicitan aclaraciones al Product Owner para así poder tener un entendimiento correcto de lo que será estimado.
- Cuando la historia de usuario ha sido totalmente aclarada para todos los miembros, cada uno de ellos selecciona una carta que representa su estimación. La carta de cada uno es revelada al mismo tiempo.
- Si todos los miembros eligieron el mismo valor, ese será el valor de estimación de la historia de usuario/funcionalidad. Si los valores son diferentes: Los miembros con los valores más altos y más bajos deben explicar la razón de sus estimaciones. Luego de ello, nuevamente los miembros eligen y muestran su carta.
- Si existe un consenso, se empieza el juego para estimar la siguiente historia.
- El juego finaliza cuando todas las historias han sido estimadas.
Figura 2: Planning Poker® [1]
Mi experiencia con el Planning Poker® . ¡Ahora sí!
¿Es necesario tener una baraja de cartas físicas? La respuesta es No. En el mercado existen algunas online como ScrumPoker-online o el app Scrum Poker Cards (Agile)
Pero … ¿Será que hay algo más simple?
Nuevamente, la respuesta es Sí. En [2] nos presentan una variación del clásico Planning Poker® llamado The Power of Two la cual nos permite realizar el Planning Poker sin necesidad de cartas físicas u online, en lugar de eso usa “una mano”
Siendo así, nuestro equipo realiza el Planning Poker® – The Power of Two con las siguientes reglas personalizadas
- Dedo meñique representa: 0.5 punto
- Dedo índice, pulgar, anular, medio: 1 punto
- Ningún dedo: 0 puntos (significado: Tarefa muy fácil)
- Es posible decir combinar el dedo meñique con algún otro dedo para dar el valor, por ejemplo, de “1.5 puntos”
- Nosotros seguimos la secuencia de valores primos: 0, 0.5, 1, 2, 3, 5. Por tanto, el valor “4” no es posible.
Escala entre puntos y días: 0.5 representa medio día de trabajo(4h) y 1 punto un día de trabajo (8h). Definimos de esta manera pues en nuestro equipo algunos miembros trabajan solo medio día algunos días de la semana.
Hemos realizado varios Sprints de esa manera y nos ha ido bien, cumpliendo a tiempo la implementación de las funcionalidades.
¿Ya usas el Planning Poker®? ¿Sí? ¿No?. Te invitamos a que nos cuentes cómo sus equipos estiman sus tareas 🙂
Referencias
[1] Planning Poker
[2] Planning Poker – The Power of Two
[3] Scrum Effort Estimations – Planning Poker®
[4] SCRUM EFFORT ESTIMATIONS – PLANNING POKER®
[5] Planning poker: A técnica baseada no consenso
