Planificación de póquer
En el marco de scrum, el póquer de planificación se utiliza para estimar el esfuerzo requerido para completar el trabajo en las historias de usuario. Una historia de usuario es una herramienta para describir una nueva función de software al usuario. Estas historias de usuarios se utilizarán en la planificación del trabajo futuro. El equipo de Scrum, que como mínimo incluye a un propietario de producto (el representante de la parte interesada o cliente principal) y el equipo de desarrollo, son los participantes en la planificación. El rol del propietario del producto es presentar las historias de los usuarios al resto del equipo. La función del equipo de desarrollo es formular preguntas aclaratorias para garantizar que los requisitos se comprendan lo suficientemente bien como para estimar el esfuerzo, y estimar esas historias de usuario para el propietario del producto cuando se le solicite.
Objetivos de Planning Poker
Planning Poker tiene como objetivo estimar todas las historias de usuarios que se están preparando para futuros sprints. Un sprint es un período de tiempo establecido de 2 a 6 semanas en el que se deben completar las tareas establecidas para entregarlas al cliente. Para garantizar que el trabajo del sprint sea manejable para el equipo de desarrollo, cada característica del sprint, representada por una historia de usuario, se analiza y estima. Esto le da al propietario del producto o al cliente la capacidad de incluir la cantidad máxima de funciones (cómo se ve o se comporta el software o qué puede hacer) que el equipo puede completar dentro del sprint, y nada más. Como puede imaginar, algunas funciones son más complejas que otras, por lo que el póquer es importante para garantizar que el equipo de desarrollo no se comprometa demasiado.
Proceso de póquer
Al igual que el póquer real, el póquer de planificación se jugaba originalmente con cartas. Hoy en día, los equipos a menudo también usan aplicaciones y otros dispositivos para realizar estimaciones. Durante la planificación del póquer, el equipo analiza la complejidad de cada función, los posibles enfoques técnicos, cuánto tiempo creen que llevará implementar la función y cualquier suposición que deba desglosarse más. La discusión de cada tema también se puede establecer en un recuadro de tiempo para limitar el tiempo dedicado a estos temas complejos. El equipo plantea preguntas al propietario del producto (o su representante en la sesión de planificación).
 |
Al final de la discusión, el equipo de desarrollo selecciona la ‘tarjeta’ que representa su estimación para la historia de usuario que se acaba de discutir. Esto se hace después de una breve cuenta atrás. Todo el equipo revela su estimación simultáneamente para reducir el sesgo, y se puede suponer, ¡presión de grupo!
Según el proceso de revelación, es más que probable que el equipo de desarrollo tenga estimaciones diferentes. Esta es una oportunidad para que el propietario del producto solicite más comentarios de los miembros con las estimaciones más altas y más bajas. Sus conocimientos ayudarán a guiar una mayor discusión sobre la historia del usuario y luego el equipo vuelve a estimar. Esto continúa hasta que se alcanza una estimación de consenso.
Planificación Ambiental: Definición y componentes
El estimado
Los diferentes equipos utilizan diferentes métodos para estimar. El marco de scrum no limita el método de estimación. Algunos equipos estiman las horas reales. Otros usan camisetas de talla XS, S, M, L, XL o un número de la Secuencia de Fibonacci (1, 1, 2, 3, 5, 8, 13, 21…). La filosofía detrás de los métodos más abstractos es garantizar que las estimaciones no sean demasiado predictivas. Esto da como resultado varias consecuencias negativas, incluido el equipo que rellena la estimación o dedica una cantidad significativa de tiempo a tratar de que la estimación sea precisa. Las estimaciones relativas permiten que el equipo y el propietario del producto comprendan la complejidad de una característica en comparación con otra. Estos tamaños abstractos se denominan unidades.
Si una estimación es demasiado grande (XL o 21 en la secuencia de Fibonacci), le indica al equipo que el requisito no se entiende completamente o que la solicitud es demasiado grande y debe desglosarse más. En tales casos, la planificación del póquer obliga al equipo de desarrollo a hacerle al propietario del producto muchas preguntas aclaratorias para ayudar al propietario del producto a escribir historias de usuario más claramente definidas.
Resultado del póquer
Al final de cada sesión de planificación de póquer, el propietario del producto debe tener una buena idea de lo compleja que es la historia de cada usuario. Cada historia de usuario tendrá una estimación en unidades (enfoque abstracto) u horas. El equipo de desarrollo puede completar una cantidad determinada de horas o unidades dentro de cada sprint. Esto se conoce como la velocidad de los equipos . Las estimaciones permiten al propietario del producto planificar qué historias de usuario se agruparán en sprints para programar el trabajo.
Resumen de la lección
La planificación del póquer es una técnica en el marco de scrum que pretende aclarar la complejidad de las historias de usuario presentadas por el propietario del producto . El objetivo es asegurarse de que las historias de los usuarios capturen con precisión los requisitos que solicita el propietario del producto y de que el propietario del producto comprenda cuánto esfuerzo tomaría completar ese elemento. Esto permite al propietario del producto planificar sprints futuros dentro de la limitación de la velocidad del equipo.
Explora más sobre este tema
Selecciona un tema y sigue aprendiendo...
