O que é Planning Poker?
Planning Poker usa estimativas individuais reveladas juntas para abrir uma conversa sobre tamanho, risco e incerteza.
Planning Poker é uma técnica colaborativa de estimativa em que participantes escolhem cartas individualmente, revelam valores ao mesmo tempo e discutem diferenças antes de decidir. O processo reduz ancoragem na primeira opinião e torna visíveis riscos ou entendimentos distintos sobre um item. A estimativa resultante apoia planejamento, mas não é um compromisso exato de tempo.
Origem
James Grenning descreveu Planning Poker em 2002 para envolver a equipe e evitar discussões intermináveis no planejamento de release. Mike Cohn difundiu e detalhou a prática em Agile Estimating and Planning. O artigo original prevê esclarecimento, estimativa independente, revelação e discussão quando há divergência. Escalas de cartas e formas de facilitação variam conforme a equipe.
Fonte primária: Planning Poker: The Original Paper
Na prática
Planning Poker é uma dinâmica de estimativa colaborativa de itens de trabalho. Pessoas que executarão o item discutem o suficiente para entendê-lo, escolhem uma estimativa individualmente e revelam as escolhas ao mesmo tempo. A diferença entre cartas abre uma conversa sobre esforço, complexidade, risco e incerteza. Depois de ouvir perspectivas, o grupo pode votar novamente, dividir o item ou buscar informação. O número final é uma estimativa provisória, não uma promessa de prazo.
O que acontece quando falta
Sem uma técnica que escute perspectivas, a estimativa pode refletir apenas a opinião de quem fala primeiro. Riscos e dependências aparecem tarde. Planning Poker ajuda a criar conversa estruturada, mas não é a única forma de estimar ou planejar. Um time pode usar dados históricos de fluxo e ainda reservar espaço para discutir itens incertos. O essencial é tornar premissas e limites visíveis antes de compromissos.
Como funciona o Planning Poker
Planning Poker é uma dinâmica de estimativa colaborativa de itens de trabalho. Pessoas que executarão o item discutem o suficiente para entendê-lo, escolhem uma estimativa individualmente e revelam as escolhas ao mesmo tempo. A diferença entre cartas abre uma conversa sobre esforço, complexidade, risco e incerteza. Depois de ouvir perspectivas, o grupo pode votar novamente, dividir o item ou buscar informação. O número final é uma estimativa provisória, não uma promessa de prazo.
Por que revelar ao mesmo tempo. Quando alguém anuncia a opinião primeiro, outras pessoas podem ancorar nela, especialmente se vem de alguém experiente ou com autoridade. A escolha privada inicial preserva perspectivas diferentes. Uma divergência grande não é falha do exercício: pode revelar uma regra de negócio desconhecida, um caminho técnico mais simples ou um risco ignorado. A conversa é o principal produto da técnica; o valor da carta é uma síntese para planejamento.
Quem participa. Estimam as pessoas que farão o trabalho ou possuem conhecimento essencial para sua execução. Em Scrum, quem é responsável por transformar itens em Incremento precisa ter voz. A pessoa que explica a necessidade pode esclarecer contexto e critérios sem impor um número. Um facilitador ajuda a manter ritmo e ouvir todos. A composição deve refletir o trabalho real; excluir teste, design ou operação quando são necessários subestima esforço e risco.
Preparação do item. Antes de votar, descreva objetivo, usuário, comportamento esperado, restrições e dúvidas relevantes. Não é preciso especificar cada detalhe de implementação. Se faltam informações que podem alterar muito a estimativa, registre a lacuna e decida investigá-la. Planejar com precisão aparente sobre um item incompreensível apenas esconde incerteza. Refinamento de backlog pode anteceder ou incluir a conversa.
Escala. Muitos times usam cartas de crescimento não linear, como 1, 2, 3, 5, 8 e 13. Valores maiores ficam mais espaçados porque a incerteza cresce com o tamanho. A escala é convenção, não unidade física. Story Points podem representar tamanho relativo para aquele time, considerando esforço, complexidade e risco. Não compare pontos de equipes diferentes nem transforme ponto em hora fixa por decreto. O time também pode escolher outra escala coerente.
Primeira rodada. Leia o item, esclareça perguntas e peça que cada pessoa escolha sua carta sem mostrar. Revelem juntas. Se há acordo, registrem valor e premissas principais. Se as escolhas diferem, ouça primeiro quem escolheu extremos e convide outras perspectivas. Faça perguntas sobre cenários, dependências e qualidade esperada. Não peça ao grupo para defender status pessoal; o objetivo é descobrir o que cada um percebeu.
Nova rodada. Após a conversa, as pessoas podem escolher novamente. Nem toda divergência precisa ser eliminada por votação interminável. Se duas interpretações ainda são plausíveis, o item pode estar grande ou pouco definido. Dividir uma história, fazer uma investigação curta ou registrar intervalo de incerteza pode ser mais honesto. James Grenning propôs a técnica também para evitar paralisia por análise no planejamento de release.
Exemplo de discordância. Uma pessoa vê uma alteração simples de interface; outra lembra de integração com serviço externo. A conversa mostra que o comportamento para falha do serviço não está definido. Repetir a votação sem esclarecer esse caso produz consenso superficial. O time pode separar a interface da integração e estimar cada parte. O resultado útil é um plano menos frágil, mesmo que a reunião termine com um item a investigar.
Uso da estimativa. Valores relativos podem ajudar a discutir capacidade, comparar alternativas e perceber itens grandes. Eles não medem produtividade individual. Pressionar por pontos menores ou cobrar diferenças entre estimado e realizado incentiva ocultar risco. Ao olhar retrospectivamente, pergunte que premissas estavam erradas e se a conversa ajudou a decidir. Em alguns contextos, contagem de itens e dados de fluxo podem orientar previsões sem estimar cada item; Planning Poker é uma opção, não obrigação.
Tempo adequado. Um facilitador pode limitar discussões longas e anotar dúvidas, mas não deve interromper descoberta importante apenas para bater uma meta de velocidade. Itens pequenos e familiares podem exigir pouca conversa. Itens grandes merecem divisão antes de uma estimativa detalhada. Uma sessão produtiva combina preparação, participação e decisão sobre o que fazer com a incerteza.
Ambiente seguro. Pessoas precisam poder escolher cartas diferentes sem receio de ridículo. Caso contrário, todas convergem para a opinião dominante antes mesmo de revelar. Pergunte o que cada estimativa inclui e quais premissas explicam a diferença. Evite tratar a pessoa que deu valor alto como pessimista ou a que deu baixo como ingênua. Em equipes novas, comparar um item conhecido com outro pode ajudar a construir referência compartilhada.
Exemplo de divergência útil no Planning Poker
Exemplo hipotético: um time avalia a história “Como cliente, quero baixar um comprovante da compra”. Após esclarecimento, cinco pessoas mostram 2, 3, 5, 8 e 8 pontos. Quem escolheu 2 assumiu que o comprovante já existe no serviço. Quem escolheu 8 sabe que transações antigas têm outro formato e que há exigência de ocultar dados pessoais. A divergência revela dois cenários de trabalho que a descrição inicial escondia.
O grupo decide separar download de comprovantes recentes da recuperação dos antigos e pedir confirmação sobre requisitos de privacidade. O primeiro item recebe 3 pontos após uma nova rodada; o segundo fica pendente de investigação. Os valores não são horas e servem apenas como ilustração da escala interna da equipe. Antes da conversa, o plano tratava tudo como uma tarefa pequena; depois, diferencia uma entrega próxima de uma incerteza que poderia comprometer o prazo.
Na revisão posterior, o time verifica se as hipóteses estavam corretas e atualiza exemplos de referência. O benefício não foi “ganhar” uma estimativa exata, mas descobrir dependências antes de assumir um compromisso de entrega.
Como facilitar uma rodada de Planning Poker
Apresente o item
Explique finalidade, critérios e dúvidas conhecidas.
Esclareça perguntas
Deixe que quem fará o trabalho entenda escopo e restrições.
Escolha as cartas
Cada participante estima sem ver a decisão dos demais.
Revele junto
Observe convergência e diferenças sem julgar pessoas.
Discuta extremos
Pergunte quais premissas, riscos ou caminhos explicam os valores.
Decida o próximo passo
Vote de novo, divida o item ou investigue uma lacuna importante.
Erros comuns ao usar Planning Poker
- Tratar cartas como horas. Pontos relativos não viram duração fixa.
- Deixar uma pessoa ditar a resposta. A revelação conjunta protege perspectivas.
- Discutir só o número. O valor da divergência está nas premissas.
- Forçar consenso falso. Incerteza pode pedir investigação ou divisão.
- Estimar item grande demais. Tamanho elevado reduz precisão.
- Usar pontos para avaliar pessoas. Isso desestimula honestidade e aprendizagem.
Visão K21
O que a gente aprendeu na prática sobre Planning Poker
Avelino Ferreira Gomes Filho, em Como priorizo o backlog do meu time?, apresenta Planning Poker como momento para as pessoas que construirão o produto conversarem sobre o trabalho. Ele destaca que valores altos podem sinalizar tamanho e incerteza que pedem divisão. A gente usa as cartas para expor diferenças de entendimento, não para transformar um número em garantia de prazo.
Baseado nos posts: Como priorizo o backlog do meu time?
Para se aprofundar
No blog da K21
- Como priorizo o backlog do meu time?
Explica Planning Poker e o papel da conversa na estimativa.
Fontes primárias
- Planning Poker: The Original Paper, James Grenning (2002)
- Agile Estimating and Planning, sample chapter, Mike Cohn (2005)
Termos relacionados
Perguntas frequentes
O que é Planning Poker?
É uma dinâmica de estimativa colaborativa em que pessoas escolhem cartas sem ver as escolhas alheias e as revelam ao mesmo tempo. Quando aparecem diferenças, conversam sobre premissas, riscos e tamanho do item. Depois podem votar de novo, dividir o trabalho ou buscar informação. O resultado apoia planejamento e entendimento compartilhado; não é uma previsão exata de horas.
Quem deve votar no Planning Poker?
Devem estimar as pessoas que participarão da construção e têm conhecimento do trabalho necessário. Quem representa o problema ou o produto esclarece intenção, regras e prioridades, sem impor um valor. Um facilitador ajuda a ouvir todos e manter o ritmo. Se teste, design ou operação compõem o trabalho, suas perspectivas devem entrar na conversa, mesmo que a equipe adapte o formato.
Por que as cartas são reveladas ao mesmo tempo?
Para reduzir a influência da primeira opinião anunciada, especialmente quando vem de alguém com maior experiência ou autoridade. Escolhas independentes mostram diferenças reais de entendimento. O objetivo não é criar competição ou surpresa; é permitir que hipóteses e riscos invisíveis apareçam. Uma divergência útil pode levar a dividir o item ou esclarecer requisitos antes de assumir um plano.
Planning Poker é obrigatório no Scrum?
Não. Scrum não exige Planning Poker nem Story Points. Equipes podem escolher como entender e planejar seu trabalho. A técnica pode ajudar quando estimativas colaborativas melhoram a conversa sobre itens. Em outros contextos, dados de fluxo, divisão de itens e previsões por histórico podem ser mais úteis. O método escolhido deve apoiar decisões, sem virar ritual sem propósito.
O que fazer quando as estimativas não convergem?
Pergunte o que as pessoas com valores extremos consideraram. Talvez haja cenários diferentes, dependência externa, risco técnico ou item grande demais. Após esclarecer, uma nova rodada pode bastar. Se a incerteza continuar, divida o item, faça uma investigação curta ou registre a faixa. Forçar um número de consenso pode esconder exatamente a informação que a técnica deveria revelar.
