Scrum-time.com
Planning Poker (Scrum Poker)

Planning Poker (Scrum Poker)


Planning Poker o Scrum Poker tal vez es una de las medidas esenciales en la metodología Scrum o cualquier tecnología flexible de la elaboración. Prácticamente siempre el equipo tiene que aclarar una cuestión:

¿Cómo estimar esta tarea?

La estimación de los recursos laborables influirá en una cadenita entera de las dependencias. De la complicación del trabajo depende la cantidad de los puntos recargados en el rating, los plazos de la entrega del encargo y la cantidad de dinero que deberá pagar el cliente. Tal vez, cada uno de los miembros del Scrum Team. Team puede estimar una u otra tarea mejor que otros, especialmente si está en el campo de su actividad profesional. La metodología Scrum misma, en la ejecución de uno u otro trabajo, nos lleva de la responsabilidad personal a la esfera de lo colectivo. Es lógico además pensar que estimar una u otra tarea, de que tiene la responsabilidad toda la orden, debe todo el Scrum Team. Además, tal acceso ayudará más exactamente determinar los plazos reales que la persona concreta puede artificialmente aumentar por las causas diferentes.

Cómo son los naipes para Planning Poker / Scrum Poker

En realidad tales variantes de los naipes son muchas y cada uno puede inventar, por ejemplo, que significan la cantidad de los días a la elaboración.

Hay algunas variantes de naipes más populares:

1 tipo de la braja popular para Planning Poker:

Los naipes representan la consecuencia de los números de Fibonacci: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89.

2 tipo de la braja popular para Planning Poker:

El tipo dado tiene los significados siguientes: 0, ?, 1, 2, 3, 5, 8, 13, 20, 40, 100, «?», "la Taza de café". El signo de interrogación significa que "el jugador" no ha comprendido hasta el fin el sentido discutido o no posee bastante información para estimarla. La taza de café significa a su vez «Estoy cansado, hacemos una pausa».

Cómo va el Scrum Poker / Planning Poker

1 persona es presentador, y él no participa en "el juego". Se discuten por turnos los puntos que hay que estimar. Se discute cada punto y se hace una revista sin datos de valoración. Después de esto cada miembro del equipo escoge un naípe y después de que todos hayan puesto los naipes – los muestran. El estado ideal se considera si la dispersión en los significados prácticamente no existe . Como es posible adivinar eso no pasa siempre. De un modo o de otro en los naipes echados habrá unos significados menores y mayores. A las personas que han echado tales naipes, les dan la palabra, y ellos expresan la opinión por qué la estimación era así. Esto permite recibir más información para todo el equipo y reflexionar, habiendo oído las razones, o explicar el punto de vista de los que han echado las posiciones más altas o más bajas .

Después de esto los naipes se lanzan de nuevo y habitualmente la ruptura se reduce ya, sin embargo si esto no ha pasado, el ciclo repete. Se recomienda introducir en este caso el temporizador del ciclo y poner las restricciones por los ciclos, pero en la mayoría de los casos, después de la tercera vez los índices son casi iguales. Si hay unas divergencias pequeñas, es más de prioridad el índice de la persona, que será directamente en la elaboración de esta tarea.

Los problemas básicos en el uso de Planning Poker

Como cualquier metodología o la tecnología debe tener las instrucciones precisas en el uso, Planning Poker tiene las prescripciones precisas, que no permiten hacer la falta y reducir a la nada la introducción de este perfeccionamiento del proceso de trabajo.

El efecto de la atadura en Scrum Poker

El problema principal siempre era el efecto de la atadura, que puede darse a conocer de formas diferentes. Por la falta principal que provoca este efecto, es la discusión abierta de las estimaciones. Si el que comienza la discusión dice algo así: «pienso que la tarea dada ocupará 18 horas de la elaboración», de un modo o de otro todos serán subrayados sobre el plazo de las 18, y el que decía que la tarea estarís hecha en 2 días, puede pensar que en realidad 18 horas ya serán bastante, y el que pensaba sobre 5 horas, puede pensar que ha subestimado. Por un lado, el consenso está alcanzado más rápidamente, pero por otro lado él no será eficaz, y la eficiencia es lo para que hacemos todo esto. En tal situación vale más la opinión de una persona, y no del equipo.

No hacerse notar sobre los demás

El segundo problema famoso es la situación, cuando las estimaciones están sacadas no al mismo tiempo. En tal situación alguien expresará la opinión, pero la persona que duda decidirá echar el naípe, que está más próximo a aquellos que hay. Por ejemplo, de nuevo, alguien ha decidido que la tarea ocupará 18 horas, y antes de él dos han echado durante 5 horas, y es lógico suponer que la persona dada reaccionará rápidamente que ha estimado mal y no vale la pena separarse así y echará no lo que quería primeramente.

Scrum Team

Scrum Team

Scrum Team – es una imagen colectiva del equipo que consiste en Development Team, Scrum Master y Product Owner. El equipo es autosuficiente por completo y no depende de los especialistas exteriores ni de los clientes.

Project Manegement
Project Manegement

Tiempo Scrum Time

keyboard_arrow_up