Estimación de tiempos usando planning poker

La estimación es una labor de equipo: todos los miembros del equipo deben involucrarse en estimar cada historia. ¿Por qué?

• A la hora de planificar, normalmente no sabemos exactamente quién implementará qué partes de cada historia.
• Las historias normalmente involucran a bastantes personas y de diferentes áreas de experiencia (diseño de interfaz de usuario, programación, pruebas, etc.).
• Para poder proporcionar una estimación, un miembro del equipo necesita comprender de alguna forma de qué trata la historia. Pidiendo a todo el mundo que estime la historia nos aseguramos de que cada miembro del equipo comprende de qué trata cada elemento. Esto incrementa las posibilidades de que unos miembros del equipo ayuden a otros durante el Sprint. También mejora las posibilidades de que aparezcan pronto las preguntas importantes sobre cada historia.
• Cuando pedimos a todo el mundo que de estimaciones muchas veces encontramos discrepancias en las que dos miembros del equipo tienen estimaciones tremendamente distintas sobre la misma historia. Es mejor descubrir tales cosas al principio.

Si pides al equipo que proporcione una estimación, normalmente la persona que entiende mejor la historia será el primero en soltar una. Desafortunadamente, esto afectará severamente a las estimaciones de los demás. Hay una técnica excelente para evitar esto: se llama planning poker (creo que el término fue acuñado por Mike Cohn).

Cada miembro del equipo cuenta con una baraja de 13 cartas, como las que se muestran en la imagen. Cada vez que hay que estimar una historia, cada miembro del equipo selecciona una carta que representa su estimación de tiempo (en puntos de historia) y la coloca bocabajo en la mesa.

Cuando todos los miembros del equipo han preparado sus cartas, se les da la vuelta al mismo tiempo. Así obligamos a cada miembro del equipo a pensar por si mismo en lugar de seguir la estimación de otro. Si hay mucha discrepancia entre dos estimaciones, el equipo discute las diferencias y trata de construir una imagen común del trabajo necesario para la historia. Pueden hacer algún tipo de división en tareas. Después, el equipo estima de nuevo. Este bucle se repite hasta que la estimación de tiempo converge, es decir, que todas las estimaciones sean aproximadamente las mismas para esa historia.

Es importante que los miembros del equipo recuerden que deben estimar el total de tiempo necesario para la historia. No solamente “su” parte del trabajo. El encargado de pruebas no debería estimar solo la cantidad de trabajo de pruebas.

Date cuenta de que la secuencia de números no es lineal. Por ejemplo, no hay nada entre 40 y 100. ¿Por qué? Esto es para evitar una falsa sensación de exactitud para las estimaciones de tiempo más grandes. Si una historia se estima aproximadamente en 20 puntos, no es relevante discutir si deberían ser 20, 18 o 21. Todo lo que sabemos es que es una historia grande y es difícil de estimar. Así que 20 es nuestra idea aproximada.

¿Quieres estimaciones más detalladas? Divide la historia en historias más pequeñas y trata de estimar las historias pequeñas.

Y no, no se puede hacer trampas combinando un 5 y un 2 para hacer un 7. Tienes que escoger entre 5 y 8, no hay 7.

Algunas cartas especiales sobre las que hablar:

• 0 = “esta historia ya está hecha” o “esta historia es prácticamente nada, apenas unos minutos de trabajo”.
• ¿ = “no tengo ni la más remota de las ideas. Nada”.
• Taza de café = “estoy demasiado cansado para pensar. Tomemos un descanso”.