O planning poker é uma forma de a equipe estimar o trabalho em conjunto. Cada pessoa escolhe uma carta com um número, todo mundo mostra a sua ao mesmo tempo, e quem mostrou o maior e o menor número explica por quê. Depois a equipe vota de novo, até os números convergirem.

Funciona porque ninguém consegue copiar o número de outra pessoa, e porque as divergências aparecem antes de o trabalho começar, não no meio dele. Este guia explica como jogar, passo a passo, o que significam os números, um exemplo completo e os erros que tornam as estimativas inúteis. E traz um baralho para imprimir: as cartas de planning poker que o Redbooth criou para a sua própria sprint planning, de uso livre.

Foto do baralho de planning poker do Redbooth impresso, sobre uma mesa de madeira: o verso estampado das cartas, depois as cartas 1, 2, 3, 5, 8, 13, 20, 40 e 100, a carta de infinito, a carta de interrogação, uma raquete de pingue-pongue para a pausa e duas cartas de brincadeira, um brownie e um iaque. Cada número vem com uma ilustração, como uma fatia de bolo no 2, um ornitorrinco no 5 e um dinossauro no 100.

Baixe o baralho (PDF, 4 páginas). Imprima em papel cartão, frente e verso, e recorte nas marcas: sai um baralho completo, então imprima uma cópia por jogador. As cartas também estão no GitHub como imagens separadas, com licença Creative Commons Atribuição.


Como jogar planning poker

Quem vai fazer o trabalho fica com as cartas. O Product Owner traz os itens e responde às perguntas, e o Scrum Master, se a equipe tiver um, mantém o jogo andando. (Quem faz o quê em um time Scrum está no nosso guia sobre os papéis do Scrum.) Para cada item:

  1. Ler o item. O Product Owner lê em voz alta um item do backlog e diz por que ele é importante.
  2. Tirar as dúvidas. A equipe pergunta o que precisa saber, e o Product Owner responde. Isso não deve passar de um ou dois minutos.
  3. Escolher uma carta em segredo. Cada pessoa que estima escolhe a carta que corresponde ao tamanho do item e a deixa virada para baixo.
  4. Revelar juntos. Todo mundo vira a carta ao mesmo tempo, para ninguém ajustar o próprio número ao de outra pessoa.
  5. Discutir os extremos. Se os números forem próximos, a equipe fica com o mais comum e segue em frente. Se não, quem mostrou a carta mais alta e a mais baixa explica o que sabe que os outros talvez não saibam.
  6. Votar de novo. Na maioria dos itens, a equipe chega a um acordo na segunda ou na terceira rodada. Se não chegar, fica com o número mais alto, ou divide o item e estima as partes.
  7. Anotar. A estimativa é registrada no item, e a equipe passa para o próximo.

Dê a cada item poucos minutos, no máximo. Um item que leva mais tempo que isso geralmente precisa de mais refinamento, não de mais votação: deixe-o de lado, descubra o que está faltando e estime na próxima vez.


O que significam os números das cartas

A maioria dos baralhos segue a mesma sequência: 0, ½, 1, 2, 3, 5, 8, 13, 20, 40 e 100, mais uma carta de ? e, muitas vezes, uma de ∞ e uma xícara de café. Os números começam como a sequência de Fibonacci, em que cada número é a soma dos dois anteriores, e depois são arredondados.

Os números são story points (pontos de história): o tamanho de um item em comparação com os outros, que leva em conta o esforço, a complexidade e a incerteza. Não são horas. Os intervalos aumentam à medida que os números crescem, porque um item grande não pode ser estimado com precisão; ninguém deveria passar uma reunião decidindo se algo é 14 ou 15. Para começar, combine com a equipe um item pequeno que todo mundo conheça bem e chame-o de 2 ou 3. Todos os outros itens passam a ser “mais ou menos desse tamanho”, “o dobro” ou “muito maior”.

CartaO que costuma significar
0, ½, 1Quase nada a fazer: uma mudança de texto, uma configuração simples
2, 3, 5Itens pequenos a médios que a equipe entende bem
8, 13Itens grandes, com algumas incógnitas; vale verificar se dá para dividir
20, 40, 100Grandes demais para uma sprint: divida-os antes de a equipe se comprometer com eles
?“Não sei o suficiente para estimar isso”
∞“Do jeito que está escrito, não dá para fazer”
Café“Preciso de uma pausa”

Exemplo: uma rodada, passo a passo

A Kestrel Travel, uma empresa fictícia, tem uma equipe de check-in com cinco Developers: Lena, Marco, Joy, Sam e Kofi. Na sprint planning, Ana, a Product Owner, lê o próximo item: o viajante pode trocar de assento depois de fazer o check-in.

Na primeira rodada, três pessoas mostram 5, Marco mostra 3 e Joy mostra 13. Marco explica que o mapa de assentos da tela de check-in pode ser reaproveitado do jeito que está. Joy explica o que ninguém mais sabia: o sistema da companhia aérea exige um pedido separado para liberar o assento antigo antes de reservar o novo, e só aceita um de cada vez. A equipe vota de novo, e desta vez todo mundo mostra 8.

Ilustração de uma rodada de planning poker para o item: o viajante pode trocar de assento depois de fazer o check-in. Na rodada 1, Lena, Sam e Kofi mostram 5, Marco mostra 3 e Joy mostra 13. Marco explica que dá para reaproveitar o mapa de assentos do check-in; Joy explica que a companhia aérea exige um pedido separado para liberar o assento antigo. Na rodada 2, os cinco mostram 8, e a equipe chega a um consenso de 8 pontos.

As duas explicações estavam certas, e o segundo voto leva as duas em conta. Sem as cartas, talvez Joy nunca tivesse mencionado o limite da companhia aérea, e a equipe teria descoberto isso no meio da sprint.


O baralho do Redbooth, carta por carta

Em 2015, o Redbooth criou um baralho para a sua própria sprint planning, com uma expressão para cada número, algumas em spanglish e outras que são piadas internas do escritório. Ele tem todas as cartas de 1 a 100 de que uma equipe precisa, e mais algumas próprias. Os desenhos ilustram as expressões originais, quase todas em inglês; ao lado vai o que elas querem dizer:

CartaA expressãoO desenho
1Low-hanging fruit, a fruta no galho mais baixo: o mais fácil de colherUma laranja em um galho
2Piece of cake, “um pedaço de bolo”: molezaUma fatia de bolo de morango
3It ain't rocket science: não é nenhum bicho de sete cabeçasUm foguete e um astronauta
5Ornitorrinco, porque rima com cinco, em espanhol e em portuguêsUm ornitorrinco
8An arm and a leg, “um braço e uma perna”: custar os olhos da caraUm braço e uma perna
13Escapar por um triz (just squeaking by)A pata de um gato sobre o rabo de um rato
20Não ponha todos os ovos na mesma cestaUma cesta de ovos
40Meterse en un berenjenal, em espanhol “meter-se em um campo de berinjelas”: entrar numa enrascadaUm campo de berinjelas
100Uma tarefa monstro (monster task)Um dinossauro assustando um unicórnio
∞When pigs fly, “quando os porcos voarem”: no dia de São NuncaPorcos voando
?Aqui há dragões (here be dragons)Um dragão
PausaHora de uma partida de pingue-pongueUma raquete de pingue-pongue
BrownieDo espanhol marrón, como se chama na Espanha um trabalho que ninguém querUm brownie sobre uma toalha xadrez
IaqueYak shaving, “raspar o iaque”: a sequência de tarefas secundárias que você precisa terminar antes da tarefa de verdadeUm iaque prestes a ser raspado

O baralho não tem 0 nem ½. Se a sua equipe usa essas cartas, desenhe as suas; a licença permite modificar as cartas, desde que você dê o crédito ao Redbooth. O brownie e o iaque não são estimativas: jogue essas cartas quando o item for desagradável, ou quando você desconfiar que ele esconde mais trabalho do que parece.

Baixe o baralho (PDF), ou pegue os arquivos PNG e SVG no GitHub.


Story points, horas e velocidade

Depois de estimar os itens de algumas sprints, a equipe sabe mais ou menos quantos pontos conclui por sprint: a sua velocidade. Na sprint planning seguinte, a equipe usa esse número como referência para decidir quanto trabalho assumir.

Os pontos servem só para isso. Convertê-los em horas traz de volta a falsa precisão que eles deveriam evitar, e comparar a velocidade de equipes diferentes não faz sentido, porque o “3” de cada equipe é só dela. Se uma equipe prefere estimar em horas, tudo bem; ela só não precisa de cartas com intervalos.


Variações

  • Tamanhos de camiseta. PP, P, M, G e GG em vez de números, para estimativas iniciais e aproximadas de grandes blocos de trabalho.
  • Planning poker on-line. Para equipes remotas, um app ou uma tela compartilhada faz a revelação. Sem isso, todo mundo digita o número no chat ao mesmo tempo.
  • Estimativa por afinidade. Para um backlog longo: a equipe enfileira todos os itens do menor para o maior e depois marca onde começa cada número. É mais rápido do que uma rodada por item.

Erros que tornam as estimativas inúteis

  • Mostrar as cartas uma de cada vez. O primeiro número vira a âncora, e a votação mede quem falou primeiro.
  • Tirar a média dos números. A média de 3 e 13 é 8, e ela esconde a conversa que mostraria qual dos dois está certo.
  • Deixar a pessoa mais experiente falar primeiro. Todos os outros se ajustam a ela antes da revelação.
  • Estimar o que ninguém entende. Para isso existe a carta de ?: refine o item e depois estime.
  • Usar os pontos para avaliar pessoas. Quando a velocidade vira meta, as estimativas crescem até a meta ser batida.

Registre as estimativas no Redbooth

O planning poker termina com um número em cada item, e o número só tem utilidade onde a equipe planeja as sprints. No Redbooth, cada item do backlog é uma tarefa, então a estimativa vai na tarefa:

  1. Mantenha os itens novos em uma lista “A estimar”, para a próxima sessão saber por onde começar. Um item que recebeu um ? fica ali, com uma etiqueta, até ser refinado.
  2. Adicione os pontos como etiqueta quando a equipe chegar a um acordo: 3 pts, 5 pts, 8 pts. As etiquetas aparecem em todos os cartões do quadro, então o tamanho de cada item fica visível na sprint planning, e você pode filtrar o quadro por elas. Criar e editar etiquetas está disponível a partir do plano Pro.
  3. Mova os itens estimados para o Product Backlog e, na sprint planning, mova os que a equipe assumir para a lista de tarefas da sprint, somando os pontos e comparando com a velocidade da equipe.
  4. Anote o que os extremos disseram. Se uma rodada revelou algo como o limite da companhia aérea de um pedido por vez, coloque isso nos comentários da tarefa, onde quem pegar a tarefa vai ver.
Ilustração da visualização de quadro do Redbooth para o espaço de trabalho Kestrel Check-in, com a estimativa de cada tarefa como etiqueta. A lista A estimar tem os itens novos, um deles com a etiqueta de interrogação. O Product Backlog tem os itens já estimados, como fazer o check-in de uma reserva inteira, com a etiqueta 13 pts. A Sprint 10 tem os quatro itens que a equipe assumiu, com as etiquetas 8, 5, 3 e 2 pts, cada um com um responsável e datas de 20 de abril a 1º de maio.

Equipes que estimam em horas podem usar as estimativas de tempo das tarefas, a partir do plano Business.


Perguntas frequentes

Quais são os números das cartas de planning poker?

Normalmente 0, ½, 1, 2, 3, 5, 8, 13, 20, 40 e 100, com uma carta de ? e, muitas vezes, ∞ e uma xícara de café. O baralho do Redbooth tem de 1 a 100, ∞, ?, uma carta de pausa e duas cartas de brincadeira.

Por que o planning poker usa a sequência de Fibonacci?

Porque os intervalos entre os números crescem junto com eles, assim como a incerteza de uma estimativa. Uma equipe consegue diferenciar 2 de 3, mas não 21 de 22, então o baralho nem oferece essa escolha.

Quantas cartas cada jogador precisa?

Um baralho completo para cada um, para todo mundo poder escolher qualquer número em segredo. O PDF do Redbooth imprime um baralho; imprima uma cópia por jogador.

Quem deve votar no planning poker?

Quem vai fazer o trabalho. No Scrum, são os Developers. O Product Owner explica os itens e responde às perguntas, mas não vota.

Posso usar as cartas de planning poker do Redbooth de graça?

Sim. Elas têm a licença Creative Commons Atribuição 3.0: você pode imprimir, compartilhar e modificar as cartas, inclusive no trabalho, desde que dê o crédito ao Redbooth.


Imprima um baralho para a próxima sprint planning, combine o que significa um 3 com um item que todo mundo conheça e jogue a primeira rodada com o item de que a equipe tem menos certeza.