Guía Scrum | 24. Planificación de póquer

Planning Poker es una de las técnicas de estimación de Scrum más populares. Se lleva a cabo durante la Planificación de Sprint y tiene algunas reglas simples. Todos los jugadores se convierten en miembros del Equipo de Desarrollo y cada uno de ellos pone sobre la mesa simultáneamente una tarjeta con el número de Story Points para estimar la tarea descrita por el Product Owner. ¿Cuáles son las ventajas y desventajas de Planning Poker y cómo jugarlo? Echa un vistazo a nuestro post para descubrir y dominar la técnica.

Planificación de póquer - tabla de contenido:

1. Introducción
2. ¿Cómo jugar al póquer de planificación?
3. Reglas del póquer de planificación
4. Ventajas y desventajas de Planning Poker
5. Resumen

Introducción

Planning Poker, también llamado Scrum Poker o Pointing Poker , es una técnica relativa para estimar la cantidad de trabajo necesario para completar una tarea específica. Fue creado en 2022 por James Grenning. Quería resolver el problema de las interminables disputas en el Equipo Scrum sobre la estimación de la dificultad de las tareas encomendadas a los Desarrolladores.

¿Cómo jugar al póquer de planificación?

El objetivo de Planning Poker es estimar la dificultad y el esfuerzo de cada Historia de usuario seleccionada para un Sprint determinado. Las reglas para jugar a Planning Poker son simples. Sin embargo, primero, debe preparar los accesorios necesarios.

Las cartas de Story Point suelen contener valores correspondientes a la secuencia de Fibonacci, es decir, 0, 1, 3, 5, 8, 13, 20, 40 y 100. También sucede que están marcadas con potencias sucesivas de 2, es decir, 2, 4 , 8, 16, 32, etc. ¿Por qué no son números consecutivos? Porque Planning Poker se trata de mostrar claramente las diferencias entre la dificultad de las tareas. Y las diferencias demasiado pequeñas entre los valores de las cartas oscurecerían los juicios.

Los números suelen expresar el número de puntos de historia. Sin embargo, también pueden ser otras unidades de medida utilizadas por el Scrum Team. Escribimos más sobre las unidades de estimación y los Story Points en este artículo.

Reglas del póquer de planificación

Indicaciones de planificación del juego de póquer:

• una baraja de cartas con historias de usuarios , preparadas por separado para cada juego
• una baraja de cartas con Story Points : una baraja para cada Desarrollador, para uso repetido

Las fases de Planning Poker:

1. Presentación de la historia del usuario
2. Discusión
3. Jugabilidad (Se repiten las Fases 2 y 3 hasta llegar al consenso de todos)
4. Consenso
5. Pasando a la siguiente historia de usuario

El Planning Poker suele tener lugar durante la Planificación del Sprint. El Propietario del producto tiene las tarjetas de Historias de usuario y los Desarrolladores reciben una baraja de tarjetas con Puntos de historia.

El moderador es el propietario del producto que inicia el juego presentando una historia de usuario a los demás miembros del equipo Scrum. Si tienen preguntas, deben hablar inmediatamente después de presentar una historia de usuario.

El siguiente paso es iniciar una discusión sobre la implementación de la historia de usuario. Todo el Equipo Scrum participa en la discusión, pero los principales participantes son los Desarrolladores. El debate se refiere, entre otros, a cuestiones como:

• parte técnica de la tarea
• habilidades de los Desarrolladores individuales que serán necesarias para completar la tarea
• maneras de hacer frente a las dificultades esperadas
• tareas adicionales relacionadas con la ejecución de User Story.

Cuando los desarrolladores se ponen de acuerdo sobre los temas más importantes, cada uno elige una de las cartas de su mazo de Story Point. Luego, lo ubican de acuerdo a su opinión sobre el cad de User Story que mejor refleja su nivel de complejidad.

El siguiente paso depende de cómo se distribuyeron las cartas:

• Si los Desarrolladores colocaron cartas de diferentes valores sobre la mesa, vuelven a la discusión. Luego, retiran las cartas de la mesa y vuelven a estimar el valor de la historia de usuario. La situación se repite y los desarrolladores vuelven a dibujar hasta llegar a un consenso.
• Si los desarrolladores están de acuerdo con la historia del usuario, pasan a la siguiente ronda de Planning Poker. El propietario del producto presenta la siguiente historia de usuario y el procedimiento se repite hasta que se agota el grupo de historias de usuario planificadas para el Sprint actual.

Ventajas y desventajas de Planning Poker

La ventaja de Planning Poker es sin duda la estandarización del trabajo con User Stories. El equipo de desarrollo tiene en sus manos un conjunto de tarjetas preparadas para calcular la cantidad de trabajo. Esto permite que los valores en cada Sprint se mantengan constantes y el Equipo aprende a estimar con unidades específicas.

Otra ventaja importante es la participación equitativa de todos los desarrolladores en la estimación de la complejidad de la tarea. Incluso las personas que no están directamente involucradas en su ejecución pueden contribuir a la discusión. Por ejemplo, llamando la atención sobre problemas que no ocurrieron porque, por ejemplo, los desarrolladores se centraron en los aspectos técnicos de la tarea.

Otro beneficio de jugar a Planning Poker tiene que ver con el desarrollo de límites de tiempo de establecimiento de habilidades en la discusión y, si es necesario, limitar la cantidad de rondas jugadas para cada historia de usuario.

Sin embargo, el tiempo requerido para llegar a un consenso también es uno de los inconvenientes más citados de Planning Poker. Si uno o más Desarrolladores no están dispuestos a ponerse de acuerdo con los demás, el juego puede prolongarse indefinidamente.

Resumen

Planning Poker es una técnica de estimación relativa muy efectiva. El equipo de desarrollo cuenta con un marco listo para usar de actividades y valores de puntos para estimar el tiempo y la dificultad de las tareas. Esto les permite concentrarse en discusiones de resolución de problemas y mejorar sus estimaciones al comparar cálculos e historias de usuarios en tiempo real.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos