Quando o backlog tem dezenas ou centenas de itens, o Planning Poker tradicional é lento demais. A Affinity Estimation resolve isso: o time agrupa histórias por tamanho percebido, compara os grupos entre si e só depois atribui números. O resultado é velocidade com consistência relativa.
Quando usar afinidade em vez de poker
A técnica brilha em três situações: início de projeto com backlog grande, épicos que precisam ser ordenados rapidamente e priorização de iniciativa sem exigir precisão por item. O objetivo é uma primeira camada de estimativa, não um compromisso de sprint.
Para sprints comprometidas, o Planning Poker continua sendo o formato certo. A afinidade serve para reduzir o universo: com o backlog já pontuado por aproximação, a planning refina apenas o que entra na sprint.
Como conduzir a sessão
Reúna o time e escreva cada item em um cartão. Na primeira passada, cada pessoa posiciona os itens em colunas de tamanho (pequeno, médio, grande, muito grande) em silêncio. Depois, o grupo conversa sobre os itens em que houve divergência de posicionamento.
Na segunda passada, os itens dentro de cada coluna são ordenados do menor para o maior, criando uma sequência relativa completa. Só então o time atribui números, usando âncoras: "este aqui é o nosso 2, este é o nosso 8" e assim por diante.
Calibrando os grupos com âncoras
Âncoras são itens de referência que o time conhece bem. Antes da sessão, escolha três ou quatro histórias entregues no passado e defina quanto valem na escala atual. Elas servem de régua para os itens novos e evitam que cada grupo vire uma escala particular.
Se um item de referência vale 5 e outro vale 13, o time compara os itens novos com essas referências em vez de discutir números no vácuo. Isso mantém a consistência com o histórico de velocity e preserva a previsibilidade das próximas sprints.
Depois da sessão: o que fazer com os pontos
As estimativas por afinidade alimentam o roadmap e o refinamento, mas não devem virar compromisso de sprint sem revisão. Itens grandes precisam ser fatiados e reestimados em detalhe antes de entrar em uma planning.
Registre os pontos, as âncoras usadas e os itens que geraram mais discussão. Esse registro vira insumo para a próxima sessão, que tende a ser mais rápida conforme o time acumula referências comuns.
Checklist rápido
- Itens posicionados em colunas em silêncio.
- Divergências de posicionamento discutidas.
- Âncoras definidas com histórias reais.
- Números atribuídos só depois da ordenação relativa.
- Itens grandes fatiados antes da sprint.
Leia também
- T-Shirt Sizing: quando usar tamanhos de camiseta em vez de story pointsEntenda como funciona a estimativa por tamanhos de camiseta (XS a XXL), quando ela é a melhor escolha e como converter em pontos com calibração.
- Por que usar Fibonacci no Scrum PokerVeja quando usar Fibonacci em estimativas ágeis, como interpretar a escala e como evitar precisão falsa no refinamento de histórias.
- Story Points × Horas: por que converter tempo atrapalha suas estimativasEntenda a diferença entre story points e horas, por que a conversão automática prejudica o planejamento e como escolher a unidade certa para o time.
Quer colocar em prática?
Crie uma sala grátis de planning poker free, chame o time e faça a primeira rodada em menos de 2 minutos, sem cadastro nem instalação.