Regras do Planning Poker: combinados para a equipe
Quem estima, quando revelar as cartas e como lidar com perguntas que um número não resolve. Regras práticas com uma conversa de exemplo.
As regras básicas do Planning Poker são estimar o mesmo escopo, escolher as cartas de forma independente, revelar ao mesmo tempo e discutir as diferenças antes de registrar um resultado. Combinem quem vota e quando é preciso esclarecer uma dúvida em vez de cobrar um número.
“Isso é um dois, né?” Uma frase pode influenciar a próxima votação. Quem pensava em oito talvez sinta que precisa defender sua ideia antes de mostrar a carta. Alguns combinados dão espaço para cada pessoa pensar primeiro.
A escolha independente e a revelação conjunta fazem parte da prática descrita pela Agile Alliance. As respostas às exceções abaixo são sugestões para adaptar com a equipe. Para preparar a reunião, veja o guia de Planning Poker passo a passo.
Neste guia
Quando os votos escondem requisitos diferentes
Uma equipe fictícia estima: “Permitir que um administrador cancele um convite para o espaço de trabalho que ainda não foi aceito.” As cartas mostram 2, 2, 5 e ?.
Uma pessoa que votou
2: “É só tornar o convite existente inválido.”Quem votou
5: “E se alguém aceitar exatamente nesse momento?”Quem escolheu
?: “Se a pessoa já entrou, também temos que removê-la?”
Escolher o número mais frequente deixaria essas perguntas sem resposta. Quem facilita pede ao Product Owner que separe retirar um convite pendente de remover um membro existente. A remoção vira outro requisito. Ainda falta decidir o comportamento quando aceitação e cancelamento acontecem ao mesmo tempo.
A rodada termina com uma pergunta e alguém responsável por esclarecê-la. Depois de registrar a decisão, a equipe pode estimar o item esclarecido. Ainda não é necessário um número final.
O voto compara o entendimento do trabalho; não decide o comportamento do produto. Os números ilustram a conversa e não são referência universal para funcionalidades de convite.
Regras antes de votar
| Regra | O que significa na prática |
|---|---|
| Estimar um escopo compartilhado | Deixar claros o comportamento e seus limites. Os votos antigos descrevem o escopo antigo. |
| Usar uma unidade e um baralho | Escolher pontos de história ou outra unidade. Não misturar horas e tamanho relativo na mesma rodada. |
| Deixar estimar quem fará o trabalho | Incluir os conhecimentos necessários para concluir, sem dar peso extra a cargo ou senioridade. |
| Escolher em particular e revelar juntos | Não sugerir um número-alvo nem revelar enquanto alguém ainda escolhe. |
| Conversar sobre as hipóteses por trás das cartas | Ouvir estimativas baixas, altas e outras preocupações. A minoria pode ter encontrado trabalho esquecido. |
| Distinguir sinais não numéricos | Uma pergunta, pular a estimativa e pedir uma pausa são mensagens diferentes, não números. |
| Combinar como concluir ou parar | Registrar uma estimativa que a equipe possa usar ou a pergunta que precisa ser respondida primeiro. |
| Reestimar por informação nova | Um escopo novo pode justificar isso; desejar outro total no relatório não muda o trabalho. |
Usem itens concluídos como referências. Os exemplos de pontos de história mostram como definir seus limites; o guia de Fibonacci explica a escala e os baralhos. As regras não exigem um baralho específico nem uma conversão fixa em horas.
Quem estima e quem facilita
Segundo o Scrum Guide, na seção Product Backlog, os Developers que farão o trabalho são responsáveis pelo dimensionamento. São as pessoas que criam um Incremento utilizável, com competências além da programação. Scrum não exige Planning Poker nem determina como tratar suas exceções.
Uma pessoa de testes pode perguntar: “O que acontece se o administrador perder a permissão durante a operação?” Isso faz parte da estimativa do item inteiro. Não deveria virar uma estimativa isolada de QA somada aos pontos de frontend e backend.
O Product Owner explica o resultado e ajuda a definir o que entra no item. Quem facilita evita que alguém dite o número esperado. Nenhum desses papéis dá um voto extra. Se alguém também participa da entrega, deixem claro em que condição está estimando. A Mountain Goat Software explica essa distinção.
Antes de revelar, identifiquem quem estima aquele item. Uma pessoa observadora não precisa dar um número só para completar a lista de votos.
Quando a rodada sai do previsto
Alguém escolhe interrogação ou pula
“Escolhi ? porque não sei se os convites antigos devem continuar válidos.” Agora existe uma pergunta concreta. Busquem o contexto que falta em vez de retirar a carta do resultado sem conversar.
?: preciso de uma resposta antes de estimar.- Pular: não estou dando uma estimativa para este item.
0, se existir no baralho: uma escolha numérica cujo significado foi combinado pela equipe.
Pular não significa zero nem concordância silenciosa. Se isso indicar falta de conhecimento essencial, registrem a lacuna. A carta de pausa é um pedido separado para descansar.
Falta uma pessoa necessária
“A pessoa que conhece o banco de dados caiu da chamada. Podemos continuar?” Se a equipe entende essa parte, sim. Se a resposta dela pode mudar a solução, registrem a pergunta e adiem a estimativa. Ausência não significa concordância.
Alguém fala um número antes da revelação
“Isso com certeza é dois.” Façam uma pausa e retomem o escopo. Cada pessoa reconsidera sua escolha em particular; se as cartas já estão abertas, comecem outra rodada. Recomeçar não apaga o número ouvido, então convidem explicitamente opiniões diferentes.
O requisito muda depois da votação
“Aliás, precisamos retirar também os convites enviados no mês passado.” É informação nova. Atualizem os critérios de aceitação antes de estimar novamente. O resultado anterior correspondia ao escopo anterior.
Os votos continuam diferentes ou alguém quer um número menor
Ainda aparecem cincos e oitos? Perguntem: “Que trabalho vocês incluíram que o restante pode ter deixado passar?” Se o escopo é igual, comparem referências. Se os requisitos diferem, esclareçam primeiro.
Captura existente do Agilo com participantes fictícios e interface em inglês. A média de 5,3 não explica a diferença. Revote permite outra rodada; a equipe decide se precisa antes de um esclarecimento ou de outra ação.
“Precisamos disso nesta semana. Dá para colocar três?” Essa é uma conversa sobre escopo e prioridades. Discutam o que pode ser retirado ou alterado. Uma carta menor, sozinha, não elimina trabalho.
A Agile Alliance alerta contra a convergência forçada. É possível adotar uma estimativa sem que todas as pessoas prefiram a mesma carta. Ouçam as preocupações e parem se o número esconder um requisito sem resposta. Nem a média nem a escolha da pessoa mais experiente resolvem isso.
Um combinado para copiar
Coloquem o texto nas notas da equipe e preencham os colchetes. Ele deve caber em uma leitura antes do primeiro voto. São combinados, não configurações que a ferramenta aplica automaticamente.
Baralho e unidade: [escolher]. Referências: [link].
Quem estima este item: [pessoas/conhecimentos].
Facilitação: [nome]. Perguntas de produto: [responsável].
Esclarecer o escopo, escolher em particular e revelar juntos.
Não anunciar um número-alvo antes da revelação.
Ouvir as razões das diferenças e as dúvidas que restam.
? pede uma resposta; pular não significa zero nem concordância.
Limite da discussão: [tempo ou condição de parada].
Novo escopo: requisitos atualizados e nova estimativa.
Registrar um número quando quem estima concordar que pode usá-lo.
Falta contexto ou conhecimento essencial: pergunta → responsável → próximo passo.
Reestimar por informação nova, não por um total desejado.
O limite ajuda a escolher a próxima ação, não a forçar unanimidade até um horário. Revejam o combinado se ele impedir a participação ou esconder incertezas.
Usar o combinado no Agilo
Guardem as regras nas notas e votem com o Agilo Planning Poker. Escolham o baralho combinado, mantenham as cartas ocultas até a revelação e iniciem outra rodada se o escopo mudar. Os sistemas integrados oferecem interrogação, carta de pausa e a possibilidade de pular; a equipe combina como responder.
Criem uma sala de Planning Poker quando participantes, escopo e regras estiverem claros. Para a reunião completa, voltem ao guia de facilitação.
Fontes
- Agile Alliance: Planning Poker — prática e risco de convergência forçada.
- Scrum Guide oficial — responsabilidade pelo dimensionamento; não exige Planning Poker.
- Mountain Goat Software: Planning Poker — participação e cartas não numéricas.
