SCRUM POKER - Estimación y Planeación del Sprint en Scrum

Introducción a Scrum Poker y estimación de historias de usuario

Resumen de la sección: En esta sección, Cris Rúa explica el concepto de Scrum Poker y cómo se utiliza para comparar la dificultad entre historias de usuario en lugar de estimar el tiempo que tomará completarlas.

Scrum Poker y sus cartas

• El Scrum Poker se utiliza para comparar la dificultad entre historias de usuario.

• Se necesitan cartas físicas o una aplicación para jugar al Scrum Poker.

• Los números en las cartas representan la dificultad, siendo los números más pequeños más cercanos y los números más grandes más separados.

• Es difícil comparar exactamente cuánto más difícil es una historia en relación a otra cuando los números son muy altos.

Ejemplo práctico

• Se presenta un ejemplo donde peinar un hámster tiene 2 puntos de dificultad, mientras que compaginar un gato tiene 8 puntos.

• Comparando estas dos tareas, podemos ver que peinar un camello sería aún más difícil, pero no es necesario especificar si es 20 veces o 21 veces más difícil. A partir de cierto punto, las diferencias numéricas pierden relevancia.

Uso del Scrum Poker en estimaciones

• El Scrum Poker se utiliza como parte del proceso de estimación por puntos de historia.

• Comenzando con una historia base conocida como "pivote" con 3 puntos, se compara cada nueva historia con esta referencia.

• Cada miembro del equipo muestra su carta sin revelarla a los demás para expresar su estimación individualmente.

• Luego, todos muestran sus cartas al mismo tiempo para reflejar el entendimiento de cada persona.

• Se discute entre el miembro que mostró la carta con el valor más bajo y el que mostró la carta con el valor más alto.

• Después de la discusión, se realiza una segunda votación y se decide un valor final para la historia.

Importancia de la expresión individual

• Es importante que cada miembro del equipo pueda expresar su estimación sin influencia externa.

• Algunas personas pueden considerar una historia más difícil o fácil debido a diferentes interpretaciones o conocimientos adicionales.

• El objetivo es obtener una estimación basada en el entendimiento individual de cada miembro del equipo.

Uso adecuado del Scrum Poker

Resumen de la sección: En esta sección, Cris Rúa explica cómo evitar sesgar las estimaciones durante el uso del Scrum Poker y cómo llegar a un consenso en caso de discrepancias.

Evitar sesgos y discusiones innecesarias

• No se debe influenciar a otros miembros del equipo antes de mostrar las cartas durante la votación.

• Si alguien muestra una carta con un valor muy bajo, puede sesgar a otros miembros para reducir sus estimaciones también.

• Esto no reflejaría correctamente el entendimiento individual y afectaría negativamente las estimaciones.

Escuchar razones y llegar a un consenso

• Después de mostrar las cartas, se deben escuchar las razones detrás de las estimaciones más bajas y más altas.

• Cada miembro tiene la oportunidad de explicar su razonamiento y convencer al resto del equipo si es necesario.

• Luego, se realiza otra votación teniendo en cuenta los argumentos presentados.

Llegar a un valor final

• Después de la segunda votación, se llega a un consenso sobre el valor final de la historia.

• Si hay discrepancias significativas, se puede optar por elegir el valor más alto para tener en cuenta la incertidumbre.

• El objetivo es obtener una estimación que refleje el entendimiento colectivo del equipo.

Conclusiones y recomendaciones finales

Resumen de la sección: En esta sección final, Cris Rúa concluye su explicación sobre el Scrum Poker y brinda algunas recomendaciones adicionales.

Importancia de las estimaciones precisas

• Las estimaciones precisas son fundamentales para una planificación efectiva en Scrum.

• El uso del Scrum Poker ayuda a comparar la dificultad entre historias de usuario y evitar estimaciones basadas en tiempo.

Recomendaciones finales

• Es importante permitir que cada miembro del equipo exprese su opinión sin influencias externas durante las votaciones.

• Escuchar las razones detrás de las estimaciones más bajas y más altas ayuda a llegar a un consenso informado.

• Se debe buscar un equilibrio entre considerar diferentes perspectivas y evitar discusiones interminables durante el proceso de estimación.

Dificultades en la estimación de puntos de historia

Resumen de la sección: En esta sección, se discute la dificultad que puede surgir al estimar puntos de historia y cómo esto puede afectar a los equipos.

Estimación por puntos de historia vs. horas

• La estimación por puntos de historia es más efectiva que la estimación en horas.

• No se debe pensar en términos de horas al estimar, ya que esto puede llevar a malas decisiones.

• Se recomienda aprender sobre la relación entre puntos de historia y horas para comprender mejor por qué no se debe estimar en horas.

Problemas adicionales con la estimación

• Los equipos pueden decir que una historia es demasiado grande para el sprint cuando en realidad no tienen idea si cabe o no.

• A veces, los equipos necesitan hacer una pausa durante el proceso de estimación debido al cansancio o estrés acumulado.

Recomendaciones finales y recursos adicionales

Resumen de la sección: En esta sección, se brindan recomendaciones finales y recursos adicionales para mejorar las habilidades de estimación.

• Se recomienda practicar el poker del planning y leer diferentes fuentes sobre el tema.

• Cada persona tiene su propio entendimiento y forma de plasmarlo, por lo que es importante explorar diferentes perspectivas.

• El canal del autor ofrece más videos relacionados con este tema y otros temas interesantes.