Fibonacci no Planning Poker: como usar a escala
Entenda os intervalos entre as cartas e use votos diferentes para esclarecer o trabalho antes de fechar uma estimativa.
No Planning Poker, a escala de Fibonacci usa valores como 1, 2, 3, 5, 8, 13 e 21 para comparar o tamanho relativo do trabalho. Os intervalos crescentes reduzem as pequenas diferenças que o time precisa justificar em histórias maiores. As cartas não calculam um prazo nem resolvem requisitos em aberto.
Se houver dúvida entre 3 e 5, pergunte qual trabalho adicional diferencia a história de uma referência conhecida. Uma carta 4 daria outra opção de voto, mas não responderia a essa pergunta.
Neste guia:
Por que os intervalos aumentam
Depois de 1 e 2, cada número é a soma dos dois anteriores: 1, 2, 3, 5, 8, 13, 21, 34…. A diferença entre 3 e 5 é de dois pontos; entre 13 e 21, de oito.
Isso deixa menos valores intermediários para defender quando há mais partes envolvidas no trabalho. Mike Cohn explica sua escolha dessa escala. A escolha não garante estimativas mais precisas.
Story points comparam trabalho dentro de um time, considerando esforço, complexidade e riscos. A explicação da Atlassian sobre estimativas apresenta essa abordagem relativa. 8 não significa oito horas, e dois times com as mesmas cartas podem ter referências diferentes. Uma estimativa alta também não confirma que uma integração desconhecida funcione.
Exemplo: remarcar um atendimento
Um time fictício desenvolve uma plataforma de agendamento de serviços. A história diz: “Permitir que o cliente remarque um atendimento”. A referência de 3 pontos é uma alteração em um campo da reserva, com validação, revisão e verificação do comportamento final.
Os primeiros votos revelam escopos diferentes:
| Voto | O que a pessoa incluiu | O que falta decidir |
|---|---|---|
| 3 | Salvar outra data usando uma operação existente | Isso também garante a disponibilidade do profissional? |
| 5 | Reservar o novo horário, liberar o anterior e enviar confirmação | Como lidar com duas reservas simultâneas? |
| 8 | Trocar também de profissional e recalcular o preço | Essa troca faz parte da primeira versão? |
Fazer a média não decide se o preço precisa mudar. Com o Product Owner, o time define uma primeira entrega:
- Remarcação com o mesmo profissional e serviço, antes do início do atendimento.
- Nova checagem de disponibilidade ao salvar.
- Reserva original preservada se houver conflito.
- Confirmação pelo serviço de notificações existente.
- Troca de profissional, diferença de preço e reembolso fora do escopo.
A desenvolvedora responsável confirma que a operação atual de reserva já impede a ocupação do mesmo horário por duas pessoas. Agora todos comparam o mesmo trabalho com a referência. Na segunda rodada deste exemplo, os votos são 5, 5 e 5. O time anota a estimativa e o escopo acordado no backlog.
Os números valem apenas para este exemplo, e a unanimidade não é obrigatória em toda rodada. A Agile Alliance descreve a escolha individual, a revelação das cartas e novas rodadas. O guia de Planning Poker passo a passo explica como conduzir a sessão completa.
E se os votos continuarem distantes?
Pergunte qual suposição permanece em aberto. Se ninguém sabe o que acontece quando duas pessoas escolhem o mesmo horário, combine uma investigação com pergunta, responsável e resultado esperado. Se trocar de profissional for indispensável, reveja o escopo. Uma nova votação ajuda quando o entendimento muda; repetir sem aprender pode virar pressão para concordar.
Fibonacci e a versão modificada
| Baralho | Valores de exemplo | O que combinar |
|---|---|---|
| Fibonacci | 1, 2, 3, 5, 8, 13, 21, 34 | Quais volumes de trabalho o time consegue comparar de forma útil |
| Fibonacci modificado | 1, 2, 3, 5, 8, 13, 20, 40, 100 | Quando os valores grandes pedem refinamento |
| Cartas extras | 0, 0.5, ?, café, conforme o baralho | O significado de cada carta |
A versão modificada segue outra progressão depois de 13. Cohn explica o arredondamento para 20 como forma de evitar uma precisão aparente sem sustentação. Frações e símbolos são acréscimos do baralho, não termos da sequência matemática.
Um ? pode significar “preciso responder a esta pergunta antes de estimar”; a carta de café pode pedir uma pausa. São sinais, não estimativas numéricas: registre-os separadamente dos pontos. Use o mesmo baralho durante a sessão e mantenha algumas histórias concluídas como referência. Veja como escolhê-las nos exemplos de story points.
Estimar, esclarecer, dividir ou investigar
- Mesmo escopo, comparações diferentes: retome referências concluídas e explique o trabalho adicional.
- Requisitos diferentes: escreva o que entra e o que fica de fora antes de votar novamente.
- Vários resultados úteis independentes: proponha histórias menores, utilizáveis separadamente.
- Uma dúvida pode mudar a solução: defina a pergunta, quem investiga e qual informação é necessária.
Não há regra universal de dividir toda história de 13. Avalie se o time entende o trabalho e consegue concluí-lo nas suas condições. Uma história de 5 com dependência desconhecida pode exigir esclarecimento antes de uma de 13 bem compreendida.
Após dividir, as estimativas não precisam somar o número original: o escopo e o conhecimento mudaram. Separar apenas “tela” e “API” ainda não permite remarcar o atendimento. Procure uma entrega menor que alguém possa usar.
Um acordo para o time
Baralho e valores escolhidos:
Histórias concluídas de referência e seus limites:
Trabalho incluído até atender à Definição de Pronto (Definition of Done):
Significado das cartas extras:
Perguntas quando os votos diferem:
Sinais para esclarecer, dividir ou investigar:
Onde registramos suposições e quem cuida do próximo passo:
“A recuperação após uma falha está incluída?” orienta melhor a conversa do que apenas pedir para considerar a complexidade.
Perguntas frequentes
Por que não tem carta 4?
A sequência passa de 3 para 5. Compare o escopo com as referências antes de criar outro valor. É possível usar outro baralho, mas uma carta nova não resolve um requisito indefinido.
Scrum exige Fibonacci?
Não. O Guia do Scrum atribui o dimensionamento às pessoas do Scrum Team que realizam o trabalho (Developers), sem exigir Fibonacci, story points ou Planning Poker.
É melhor escolher sempre o maior valor?
Primeiro explicite a incerteza. Uma carta maior pode representar trabalho adicional compreendido; ela não substitui uma decisão de produto ou uma descoberta técnica.
Use a escala no Agilo
O Agilo Planning Poker oferece baralhos Fibonacci e Fibonacci modificado. Leve histórias com limites claros e suas referências e registre as decisões no backlog.
Crie uma sala de Planning Poker quando o time estiver pronto para estimar junto.
