¿Se ha investigado la efectividad de Planning Poker como técnica de estimación?

Aunque es una opinión común que la planificación del póker mejora la precisión de las estimaciones del proyecto (una pequeña muestra de la cual se demostró en esta pregunta ), ¿se ha realizado alguna investigación definida sobre el tema?

Más específicamente, estoy buscando información no circunstancial que muestre que planificar el póker sería una mejora con respecto a las técnicas de estimación tradicionales.

— WLPhoenix
fuente

No veo cómo una investigación como esa sería útil en absoluto, la estimación depende en gran medida de lo que está estimando y la experiencia de estimarlo independientemente de cómo lo haga. cualquier cosa que

— descubra

@Ryathal: No veo por qué esto sería inherentemente indescifrable. Elija dos grupos aleatorios de equipos de programación; mida su eficiencia de estimación relativa (ambos grupos haciendo los mismos proyectos) usando técnicas de estimación tradicionales, esta es su línea de base. Luego haga que un grupo cambie a la planificación del póker, mientras que el otro sigue utilizando técnicas tradicionales. Haga que ambos entreguen los mismos proyectos. Mida nuevamente y corrija las diferencias encontradas en la línea de base. No es doble ciego, pero sigue siendo significativo.

— tdammers

La investigación puede ser mucho más efectiva para lograr un manejo convincente que el consenso grupal, especialmente si se trata de una incursión temprana en un territorio ágil.

— WLPhoenix

las solicitudes de recursos no son del todo bienvenidas en los Programadores . Por lo que yo entiendo, uno preferiría presentar un problema subyacente en su lugar, un problema que estaba destinado a resolverse con un recurso particular solicitado

— mosquito

La planificación del póker es un ejemplo de una técnica de estimación de Delphi, y es una variante de Delphi de banda ancha. Hay mucha investigación sobre Delphi de banda ancha que se aplica a la planificación del póker.

— Michael

Respuestas:

Google Scholar muestra algunos documentos

Puede encontrar útiles los siguientes documentos, pero están detrás de un muro de pago y pueden estar un poco anticuados ahora:

Es posible que también desee considerar Un estudio de caso sobre estimación y planificación ágiles utilizando Scrum 2011 (PDF gratuito) a partir de la página 123.

— Gary Rowe
fuente

Una historia desde mi experiencia.

Cuando nuestro equipo comenzó, estábamos usando el poker de planificación de Mountain Goat. Como nuestro equipo se distribuyó entre 2 ciudades, teníamos pocas opciones de métodos de estimación. En cuanto a la herramienta en sí, era el complemento de Planning Poker 3.0 JIRA

Por lo tanto, a medida que nuestro equipo crecía (en tamaño de miembros y en términos de experiencia), descubrimos que el poker de planificación ya no satisface nuestras necesidades. Debido al factor de dispersión de los miembros del equipo, debido a problemas de diferentes proyectos que deben estimarse durante la misma reunión, debido a la ineficiencia para estimar grandes cantidades de historias, cambiamos de este método a otro: el Juego de estimación de equipo de Steve Bockman .

Este método funcionó bien para nosotros, aunque el tiempo de preparación para una sesión aumentó (no teníamos una herramienta adecuada con la solución "multijugador en línea"): nuestro scrummaster usó Google Docs para preparar una sesión de estimación.

— Vitalii Zurian
fuente

-2

Mediciones hasta ahora basadas en el mismo grupo de personal - (medidas no científicas): Planificación de póker - variación del 24-78% respecto al tiempo real que llevó completar 113 tareas. Técnicas históricas de análisis de datos desactivadas hasta en un 200%. En promedio, sin embargo, dentro del 30% de cada estimación se tardó en completar 113 tareas. Comentario: soy parcial, lo admito después de observar lo anterior. El valor que vería si hay una discusión para la racionalización de cada estimación. Si tiene un miembro del equipo que piensa detenidamente cada paso de su estimación, y también lleva a cabo su estimación dentro de una pequeña variación, entonces esa (s) persona (s) agregarán valor; sin embargo, si es una suposición rápida en cada estimación, esta es una locura y una pérdida de tiempo imo.

— mrskeptical
fuente

Esto no responde la pregunta.

— Gort the Robot