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

Comece pelo WIP

Recentemente comecei o curso Software Zen, que foi super recomendado por pessoas conhecidas. O formato é bem diferente de outros cursos, usando o conceito de sprint, retrospectiva, review e princípios lean. São vários conteúdos interessantes, vídeos, artigos e trocas de informações no fórum e grupo no Telegram, ou seja, uma experiência bem rica em termos de aprendizado.

Na última aula foi abordado de forma completa a questão do trabalho em progresso, ou o famoso, work in progress (WIP). Fiz algumas anotações sobre o processo:

  • No WIP está a chave para diminuir o tempo de entrega e aumentar a qualidade. É no Work in Progress que as coisas acontecem.
  • Selecione o que é mais importante, por que você não vai suportar fazer coisas que são menos importantes, isso é ineficácia. A capacidade do time não vai aguentar.
  • Só dá para administrar o WIP se o líder tangibilizar um grande mapa em conjunto das demandas da equipe. Até por que o WIP é muito dinâmico e o Kanban é um mapa/board de um jogo.
  • Quanto mais WIP mais baixa será a qualidade e maior o lead time (Little’s law). Para melhorar a qualidade reduza a quantidade de trabalho em progresso.
  • Lead times curtos geram confiança entre o fornecedor e cliente, ou seja, gerar entregas com frequência.
  • Entregáveis grandes são desmotivadores para o desenvolvedor
  • Coloque o cliente para pensar no business e não na feature, ou seja, ele deve pensar no real problema dele e cabe a nós solucionarmos através de uma feature.

Na minha experiência como PO e coordenadora de projetos, a entrega constante gera uma motivação tanto na equipe, como equipe de outros setores e clientes (usuários do sistema). O importante é priorizar com os principais envolvidos os itens de business, para depois criar as histórias de usuário (produto) e com isso o time criar as tarefas (trabalho).

 

Planning Poker

Confesso que uma das partes mais interessantes do gerenciamento de projetos com métodos ágeis é quando o time tem que estimar as tarefas. Acho que o planning poker “obriga” o time a discutir mais e a obter um entendimento maior acerca do que deve ser feito.

Resolvi pesquisar na Internet como funcionava o planning poker pois ainda tinha algumas dúvidas quando via o time “jogando”. Achei o artigo abaixo e resolvi traduzir. Para mim foi o melhor texto que encontrei e explica passo a passo com deve ser feito.

A estimativa é uma das atividades principais no Scrum e outros processos ágeis. Isso significa que o processo de associar um tamanho a uma história ex: quanto tempo isso irá levar, ou quanto de trabalho existe para implementar, ou quanto isso é caro ou se você pretende colocar isso.

No scrum a estimativa é uma atividade da equipe. Todo o time participa do processo de estimativa para cada história (ou tarefa).

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.

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 sprrint (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/