Mi equipo está compuesto por 4 desarrolladores; Todo sazonado y experto. Uno de ellos es un tipo prolífico y bien intencionado que insiste en definir la solución técnica a nuestras historias antes de presentar nuestras estimaciones con Planning Poker. Se niega a estimar si no tiene una idea aproximada de la solución técnica acordada (que suena razonable, ¿verdad?).
¡El problema es que nuestras sesiones de estimación tardan una eternidad en terminar! En tu experiencia, ¿cómo lidias con este tipo de personalidad cuando juegas al poker de planificación?
For example some people may be ignorant of a framework or off the shelf solution and start writing things from scratch- De ahí la discusión. Entonces todos lo saben y las estimaciones son mejores.Tu miembro del equipo suena como una personalidad de analista. Los analistas necesitan mucha información para tomar una decisión. La idea del temporizador es la mejor, pero tenga en cuenta que va a advertir todo lo que da. Trabaje con él para explicarle que es solo una estimación temprana basada en el problema, NO la solución. Si quiere hacer preguntas, pídale que lo mantenga al problema, no a la solución. Es posible que tengas que cortarlo o molestarlo por un tiempo cuando siga buscando soluciones.
Asegúrate de mantener a los demás miembros del equipo con estas mismas reglas para que no se sienta singular. Los analistas son una personalidad común en la programación, por lo que es muy posible que te encuentres con otros como él.
fuente
Parece que su colega no entiende la diferencia entre estimación y compromiso o no se le ha comunicado durante el entrenamiento. Y, dado que trataste de vincular el problema a su personalidad, es posible que todo tu equipo aún no lo entienda. (¡Pero no se preocupe! La mayoría de nuestra industria no lo entiende. ¡Ágil es difícil!)
Cuando decimos que el tamaño de una historia es X puntos, en realidad queremos decir una distribución de probabilidad. Si nuestras estimaciones son correctas, la historia debería llevar más tiempo el 50% del tiempo (y el otro 50% llevará menos tiempo). Si su colega cree que, cuando hayan transcurrido X unidades de tiempo, se le pedirá que demuestre la historia o, de lo contrario, eso cambiará su enfoque de estimación.
La planificación del póker introduce otro error: en lugar de tratar de precisar X, lo hacemos coincidir con una escala discreta, siendo la escala de Fibonacci (1, 2, 3, 5, 8, etc.) la más popular. Está diciendo que el tamaño no es tanto como lo que es. Cuando decimos que el tamaño de la historia es de 3 puntos, realmente decimos "es X más menos alguna variación y X está más cerca de 3 que de 2 o 5".
Su equipo podría beneficiarse al comprender cuán impreciso es este ejercicio y cómo la estimación difiere del compromiso. Si quiere / necesita estudiar estos conceptos en profundidad, este libro lo tiene.
fuente
Puedo ver de dónde viene el miembro de tu equipo, pero claramente no ha comprendido completamente el concepto de Agile and Planning Poker. Debe comenzar asegurándose de que todos entiendan los conceptos y el razonamiento detrás de ellos, y luego deben hacerlo bien por su cuenta.
fuente
Para los equipos con los que trabajo, al comienzo de cada sesión de planificación puse un reloj de arena de 3 minutos en la mesa. Dejo que todo el equipo sepa que si en algún momento sienten que la conversación se está convirtiendo en una inmersión profunda, o irrelevante, o de alguna otra manera va más allá de lo que sienten que es necesario para estimar la historia en los puntos de la historia, entonces cualquiera en el equipo puede voltear el temporizador. Una vez que se acaba la arena, el equipo calcula de inmediato.
Este método permite a cada individuo en el equipo limitar la conversación, cuando sienten que la conversación ya no es útil para estimar la historia que se está discutiendo. Al mismo tiempo, no interrumpe inmediatamente la conversación, pero les da a todos una indicación visual de que su conversación debe concluir en los próximos minutos, porque luego vamos a votar.
Otra herramienta que utilizo para ayudar a mantener enfocadas las sesiones de planificación es asegurarme de que todos en el equipo hayan revisado las historias en la parte superior de la cartera de pedidos al menos un par de días antes de la planificación. La idea es que si tiene una lista de preguntas inmediatamente después de leer las historias, puede informar al propietario del producto sobre las posibles preguntas varios días antes, para que puedan aclarar la historia o la crítica de aceptación para limitar la discusión posterior. Esto también permite a las personas comenzar a pensar en el diseño potencial de la historia, antes de estar en la planificación (y tratar de diseñar durante la planificación).
fuente