O que você acha do "Planning Poker"? [fechadas]

Planejando Poker

Resumo, caso você não queira ler o artigo da wiki:

1. Obtenha uma lista de tarefas que você deseja executar para a próxima iteração
2. Para cada tarefa:
   2.1 Discuta com o grupo o que isso implica
   2.2 Todo mundo anota / seleciona uma estimativa de quanto esforço é necessário para a tarefa
   2.3 Todo mundo revela sua estimativa
   2.4 Os discrepantes mais altos e mais baixos explicam seu raciocínio
   2.5 Repita até que um consenso seja alcançado

Geralmente, algo semelhante aos números da sequência de Fibonacci como 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 são os valores permitidos, para que você não tenha argumentos longos sobre valores próximos, como 23 vs 27

Além disso, os números representam um valor de esforço sem unidade, cujo valor é determinado por uma tarefa de linha de base na qual todos concordam que é igual a 1 e todo o resto é relativo a isso.

Por fim, o objetivo é ter uma boa noção da "velocidade" de uma determinada equipe, que é o número desses pontos que podem ser concluídos em uma determinada iteração. Com isso, é possível fazer estimativas razoavelmente precisas de quanto tempo um determinado recurso levará.

Fizemos isso nas reuniões de planejamento de iteração em uma empresa em que trabalhei e achei que era uma das poucas coisas boas dessa empresa em particular. Então, o que eu quero saber é: alguém usou isso? Você acha que é uma ferramenta útil para estimativa? Funciona em todas as situações ou se presta a determinadas equipes, projetos, etc?

Nós o usamos em nossa empresa para o projeto em que estou envolvido. Algumas notas sobre o planejamento do pôquer são expressas em minha recente postagem no blog , e aqui está uma lista maior de por que é legal:

1. Faz todo mundo concordar . As pessoas não são forçadas a aceitar nenhum resultado; em vez disso, são forçados a fazer suas próprias estimativas! O tempo para defender suas próprias estimativas também é alocado, se necessário.

2. Ele mantém todos ocupados . Você não pode relaxar durante a reunião, enquanto tenta mostrar que está envolvido. Além disso, a necessidade de mover as mãos constitui um bom exercício físico para evitar que você durma.

   No entanto, uma desvantagem disso é que às vezes você precisa fazer outra coisa (por exemplo, faça algumas anotações e anote os detalhes do contrato que você acabou de alcançar).

3. Ele mantém reuniões mais rápido . Não há necessidade de um envolvimento constante de um líder de reunião para manter tudo no ritmo. O jogo com regras claras é muito melhor para isso. Sim, você precisa fazer algumas jogadas extras para colocar as cartas, revelá-las etc., mas elas pagam o que querem.

4. Muitas pessoas gostam de jogar cartas , especialmente poker :-) Isso aumenta a motivação.

Uma empresa que vende baralhos desses cartões acompanhou seu site com um artigo sobre o Planning Poker , que também vale a pena ler.

Nós o usamos extensivamente. Acho que tem várias vantagens sobre os métodos tradicionais:

1. A equipe assume mais propriedade das estimativas
2. Muitas vezes, os arquétipos de programadores favorecem os introvertidos - esse método os incentiva a contribuir onde eles poderiam adiar para personalidades mais extrovertidas
3. Quando um recurso tem uma ampla distribuição de estimativas, é um bom indicador de risco
4. Ao fazer a estimativa, você aprende mais sobre as tarefas
5. Nada supera colocar as pessoas em uma sala se comunicando efetivamente

Eu concordo com os pontos de Pavel. Há também uma outra coisa que é valiosa. Nivela o campo de jogo para discussão. Muitas vezes, pessoas caladas são abafadas por mais pessoas verbais em uma discussão em grupo. O planejamento do pôquer dá a todos a chance de tomar sua decisão antes do início da discussão ativa. E se é a pessoa quieta que fornece a opinião "extravagante", ela tem todo o cenário para apresentar seu caso. Portanto, a técnica capacita os colaboradores mais silenciosos e garante a participação total da equipe.

Depois de usar o planejamento do poker para alguns sprints, a gerência finalmente percebeu o que todos os desenvolvedores sabíamos há meses, e não terminaremos a tempo.

O planejamento do poker, ou mais precisamente, a estimativa baseada em pontos da história, é muito mais preciso do que as práticas tradicionais de estimativa, porque combina uma maneira fácil de estimar a complexidade combinada de todo o conjunto de recursos com medições reais da capacidade real da equipe.

Já existem muitas respostas boas - eu só queria apontar um outro recurso.

Quando você usa o planejamento do poker, obtém uma medida instantânea de quão grandes são as divergências quanto ao tamanho do trabalho. Se eu acho que é um 2, e você acha que é um 3, podemos apenas chamá-lo de 3 e seguir em frente. Mas se eu acho que é 1 e você acha que é 5, é melhor discutirmos.

Faz com que todos conversem e pensem no que está sendo feito. Mesmo se não vou trabalhar nisso, tenho que prestar atenção para estimar. Isso me ajuda quando, daqui a dois meses, precisar trabalhar em algo que toque essa área.

Também é fácil de entender. Mostre às pessoas uma estrutura de detalhamento do trabalho e seus olhos brilham e eles começam a babar durante o sono. Mostre a eles uma lista de tarefas para as próximas 2-4 semanas e eles podem entender isso.

Outra coisa boa: as discussões sobre se a tarefa X é um '3' ou um '8' ajudam a equipe a determinar exatamente qual é o escopo - então, mais tarde, não há discrepância sobre qual tarefa X implicava.

Eu gosto dos pontos de Pavel e gostaria de acrescentar que realmente ajuda os desenvolvedores juniores ou noobs a aprender muito mais rápido. Eles não podem simplesmente sentar e deixar os desenvolvedores seniores governarem. O voto deles conta tanto quanto e, se eles realmente se concentrarem em tornar suas estimativas precisas, aprenderão muito com os desenvolvedores seniores.

Não gosto na minha equipe atual, principalmente porque temos pessoas que fundamentalmente não acreditam nela. Gastamos uma parte significativa de qualquer sessão de preparação discutindo se vale a pena apontar, e nosso proprietário do produto nunca quebra épicos; portanto, geralmente terminamos com estimativas ou histórias descontroladamente descontroladas, onde os pontos indicam que a coisa só precisa ser quebrada .

Nada como ter 40 e dois 20 em um único sprint!