Skip to main content

Como funciona o planning poker para estimativas ágeis

Confesso que uma das partes mais intrigantes do gerenciamento de projetos ágeis é quando o time tem que estimar as tarefas. Uma das formas de fazer isso é através do planning poker, com ele o time a debate e consequentemente obtém um entendimento acerca do que deve ser feito em uma feature.

Mas o que é Planning Poker?

“Também chamado de scrum poker, é uma técnica de estimativa baseada em consenso e gamificada, usada principalmente para estimar o esforço ou o tamanho relativo dos objetivos de desenvolvimento no desenvolvimento de software” (fonte: Wikipedia).

A estimativa é uma das atividades principais no Scrum e outros processos ágeis. Isso significa que o processo de atribuir um tamanho a uma história ex: quanto tempo isso irá levar, ou quanto de trabalho/esforço existe para implementar, quanto isso é “caro”, impacta na seleção de itens futuros do backlog a serem feitos e velocidade do time. A estimativa é uma atividade da equipe, todo o time participa do processo de estimativa para cada história (ou tarefa).

O Planning Poker® (as vezes chamado Scrum poker) é uma simples porém, poderosa ferramenta que faz o time estimar rapidamente, com mais probabilidade de acerto e além disso é uma forma mais divertida para se estimar.

Resolvi pesquisar na Internet como funcionava pois tinha algumas dúvidas quando acompanhava times “jogando”. Achei o artigo a seguir e resolvi traduzir. Para mim foi um dos melhores textos que encontrei, explica bem passo a passo como deve ser feito.

via GIPHY

Estimando sem o planning poker

Temos a seguir um problema com estimativas feitas pelo time. Vamos dizer que nós estamos realizando a reunião de planejamento de uma sprint (sprint planning meeting) e o product owner (o “dono do projeto”) diz: Ok, pessoal quanto tempo isso vai levar?

Então, o time começa a pensar quanto tempo esse item vai levar para ser feito (nesse caso em homem/dias)….

O SR. A acredita que sabe exatamente o que precisa ser feito, então ele acha que vai levar 3 dias. Sr. B e C são mais pessimistas. Sr. D e E estão mais distraídos, Então Sr. A diz: “3 dias”.

Isso deixa B e C confusos. Eles começam a ficar na dúvida com relação as próprias estimativas. Sr. E acorda e não sabe realmente o que está sendo estimado. Sr. D continua cochilando.

O product owner pergunta para o resto do time suas estimativas.


Como você pode ver, o resto do time for muito influenciado por A, apenas por que A falou antes. Isso é muito arriscado! B e C pensam que isso levará mais do que 3 dias, suas dúvidas deveriam estar sanadas.

Estimando com o Planning Poker

Agora imagine que cada membro do time está segurando um bolo de cartas, contendo as seguintes cartas:


Vamos voltar a estimativa. O Product Owner diz:


 

 

 

Mais uma vez, o time começa a pensar sobre quanto tempo a tarefa irá levar para ficar pronta.


Nesse time ninguém diz nada. Ao invés disso, todos tem que apresentar a carta com a face para baixo, contendo sua estimativa. Todo mundo tem que apresentar uma carta, então Sr. D e E acordam. Sr. D admite que estava dormindo e pergunta do que se trata a tarefa. É difícil de ser distrair quando a estimativa é feita dessa forma.

Quando todos já tiverem feito suas estimativas, então as cartão serão viradas ao mesmo tempo revelando o que cada um estimou.


Opa! Grande divergência aqui. O time em particular o Sr. A e o Sr. C, precisam conversar sobre a tarefa e o por que de suas estimativas serão tão diferentes. Depois de alguma conversa, Sr. A percebe que tinha esquecido algum item importante que deveria ser incluído nessa tarefa. Sr. C percebe que com o design que o Sr. A apresentou, a tarefa deveria ser menor que 20.

Depois da conversa (3 minutos no total) eles fazem outro round de estimativa para a mesma tarefa.


Convergência! Ok, não é uma total convergência. Mas eles concordam que uma estimativa de 5 deveria estar próximo do suficiente. E aí vem a próxima tarefa.

Por que essa séria estranha de números?
Os números mais altos tem menor granularidade. Por quê? Por que não tem 21 por exemplo?


Por diversos motivos:

  • Para aumentar a velocidade do processo de estimativa limitando o número de escolhas (número de cartões).
  • Para evitar uma falsa sensação de exatidão para estimativas altas.
  • Para encorajar o time a dividir histórias grandes em menores.

Uma estimativa alta (> 20 por exemplo) normalmente significa que a história não está entendida em detalhes. Será perda de tempo para o time discutir se a a história é 19, 20, 22.5. É simplesmente uma grande história e o 20 refletirá isso. Se você precisa entrar em detalhes, quebre a história em menores. Histórias menores podem ser estimadas em maiores detalhes.

Cartas especiais

O zero significa “a história está pronta” ou “esta história é quase nada leva apenas minutos de trabalho”.
O cartão de dúvida significa “Eu não tenho absolutamente ideia de nada” Deve ser raro. Mas esse cartão é usado frequentemente, o time precisa discutir mais as histórias e tentar alcançar um melhor entendimento para passar para todos do time.
O cartão do café significa “Estou tão cansado para pensar. Vamos dar um pequeno intervalo”

Traduzido de: http://www.crisp.se/planningpoker/

 

Conclusão final:

A meu ver o planning poker é uma das melhores formas de fazer estimativa que já usei com times, com ela não pensamos em tempo e sim no “esforço” ou “peso” que uma tarefa possui em relação a outra. Para o ser humano, é muito mais fácil fazer estimativas relativas do que absolutas, por exemplo: responder qual é o peso de um gato ou de um leão é complicado, mas responder quem pesa mais, o gato ou o leão, não é. No momento dessa reunião que informações importantes vem a tona, bem como a complexidade dos itens e dependências de terceiros.

Uma observação é que deve-se orientar as pessoas a levarem a discussão a sério em torno do que será desenvolvido, e sobre as divergências de cartas apresentadas, senão a ferramenta vira uma brincadeira ao invés de um ótimo instrumento.

Extras: ferramentas e apps

https://www.planitpoker.com/ 

https://scrumpoker.online/

https://www.planningpoker.com/

Scrum poker for Jira 

App Scrum Poker

gabimiza

Gabriela Mizarela, Product Owner, Agilista, apaixonada por música e cães.

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *