Foram feitas pesquisas sobre a eficácia do Planning Poker como uma técnica de estimativa?

Embora seja uma opinião comum de que o planejamento do poker melhore a precisão das estimativas do projeto (uma pequena amostra demonstrada nesta questão ), alguma pesquisa definida foi realizada sobre o assunto?

Mais especificamente, estou procurando informações não circunstanciais que mostrem que o planejamento do poker seria uma melhoria em relação às técnicas tradicionais de estimativa.

— WLPhoenix
fonte

não vejo como uma pesquisa como essa seria útil, a estimativa depende muito do que você está estimando e da sua experiência, independentemente de como o faz. qualquer coisa que um estudo descobriu seria extremamente improvável de ser reprodutível em sua configuração

— Ryathal

@ Ryathal: Não vejo por que isso seria inerentemente impossível de ser pesquisado. Escolha dois grupos aleatórios de equipes de programação; medir sua eficiência relativa de estimativa (ambos os grupos fazendo os mesmos projetos) usando técnicas tradicionais de estimativa, esta é sua linha de base. Depois, faça com que um grupo mude para o planejamento do pôquer, enquanto o outro continua usando as técnicas tradicionais. Os dois entregam os mesmos projetos. Meça novamente e corrija as diferenças encontradas na linha de base. Não é duplo-cego, mas ainda é significativo.

— tdammers

A pesquisa pode ser muito mais eficaz em convencer a gerência do que o consenso em grupo, especialmente se for uma incursão precoce no território ágil.

— WLPhoenix

solicitações de recursos não são bem-vindas nos programadores . Tanto quanto eu entendo, um preferem apresentar um problema subjacente em vez - um problema que se destinava a ser resolvido com recurso específico solicitado

— mosquito

O planejamento do poker é um exemplo de técnica de estimativa de delphi e é uma variante do delphi de banda larga. Há muita pesquisa sobre delphi de banda larga que se aplica ao planejamento de pôquer.

— Michael

Respostas:

O Google Scholar exibe alguns trabalhos

Você pode achar úteis os seguintes documentos, mas eles estão por trás de um paywall e podem estar um pouco datados agora:

Você também pode considerar Um Estudo de Caso sobre Estimativa e Planejamento Ágil usando o Scrum 2011 (PDF gratuito) a partir da página 123.

— Gary Rowe
fonte

Uma história da minha experiência.

Quando nossa equipe começou - estávamos usando o planejamento de poker da Mountain Goat. Como nossa equipe estava distribuída entre duas cidades, tivemos poucas opções para métodos de estimativa. Quanto à ferramenta em si - era o complemento JIRA do Planning Poker 3.0

Assim, como nossa equipe estava crescendo (em tamanho de membros e em termos de experiência), descobrimos que o poker de planejamento não atende mais às nossas necessidades. Devido ao fator de dispersão dos membros da equipe, devido a problemas de diferentes projetos que devem ser estimados durante a mesma reunião, devido à ineficiência em estimar grandes pilhas de histórias - passamos deste método para outro - o Jogo de Estimação de Equipe de Steve Bockman .

Esse método funcionou bem para nós, embora o tempo de preparação para uma sessão tenha aumentado (não tínhamos uma ferramenta adequada com a solução "multiplayer online") - nosso scrummaster usou o Google Docs para preparar uma sessão de estimativa.

— Vitalii Zurian
fonte

-2

As medidas até agora baseadas no mesmo conjunto de funcionários - (medidas não científicas): Planejando o pôquer - variam de 24 a 78% em relação ao tempo real necessário para concluir 113 tarefas. Técnicas históricas de análise de dados em até 200%. Em média, no entanto, dentro de 30% de cada estimativa foram necessárias para concluir 113 tarefas. Comentário - Sou tendencioso, admito depois que o acima foi observado. O valor que eu veria se houvesse uma discussão para racionalização de cada estimativa. se você tiver um membro da equipe que analise cuidadosamente cada etapa de sua estimativa e também a realize dentro de uma pequena variação, essa (s) pessoa (s) agregariam valor - no entanto, se for um palpite rápido em cada estimativa, essa é uma loucura e uma perda de tempo imo.

— mrskeptical
fonte

Isso não responde à pergunta.

— Gort the Robot