O Product Owner conhece o valor do produto, os usuários e o contexto de negócio — mas não é ele quem constrói o trabalho. No Planning Poker, essa distinção importa: quem vota deveria ser quem vai executar, para que o número reflita esforço real e não expectativa de mercado.
Por que o PO normalmente não vota
A estimativa deve representar o custo do trabalho na visão de quem o realiza. Quando o PO vota, há um conflito de interesse natural: quem defende o valor do produto tende a desejar números menores para caber mais entrega, mesmo que o esforço real não caia.
Além disso, o PO nem sempre tem visibilidade técnica das dependências, integrações e riscos de implementação. O voto dele seria baseado em uma percepção parcial, e a discussão gastaria tempo corrigindo um número que não deveria ter sido dado.
O que o PO faz durante a sessão
O papel central do PO é esclarecer: responder dúvidas de regra de negócio, confirmar critérios de aceite, indicar o que é essencial e o que pode ser negociado, e decidir trade-offs quando o time precisa de direção de produto.
Ele também protege a meta da sprint e a prioridade do backlog. Quando o time precisa escolher entre fatiar uma história e adiar outra, é o PO que ajuda a decidir qual opção preserva mais valor para o usuário.
Quando o PO pode votar
Existem exceções legítimas. Em times pequenos, o PO costuma também desenvolver, e nesse caso vota como desenvolvedor. Em estimativas de nível de iniciativa ou roadmap, todos votam porque ninguém constrói ainda — o objetivo é só ordenar tamanhos relativos.
O importante é a regra ser explícita e combinada antes. Definir quem vota e quem apenas esclarece evita o desconforto de corrigir o comportamento no meio da reunião e mantém o ritual consistente entre sprints.
Como alinhar papéis no time
Combine na primeira sessão: o time de desenvolvimento vota; o PO esclarece e decide prioridade; o Scrum Master facilita e garante o ritmo. Registre a combinação e revisite em retrospectivas se alguém perceber desconforto ou pressão.
Se o PO sentir que não participa o suficiente, o espaço dele é no refinamento, ajudando a preparar histórias melhores — o que melhora a estimativa mais do que qualquer voto dado na hora.
Checklist rápido
- Quem constrói vota; quem representa o negócio esclarece.
- Regra de papéis combinada e registrada.
- PO decide prioridade e trade-offs, não números.
- Exceções (PO desenvolvedor) tratadas explicitamente.
- Refinamento forte prepara histórias que estimam rápido.
Leia também
- Planning Poker: guia prático para estimar histórias sem contaminar votosEntenda como conduzir uma sessão de Planning Poker com preparação, votação simultânea, discussão objetiva e decisão de estimativa em equipe.
- Histórias de usuário e critérios de aceite: o guia INVEST para estimar melhorAprenda a escrever histórias de usuário com o modelo INVEST e critérios de aceite objetivos para melhorar o refinamento e o Planning Poker.
- Refinamento ágil: como deixar histórias prontas para estimarAprenda a preparar backlog, critérios de aceite e perguntas de refinamento para chegar ao Planning Poker com histórias mais claras.
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.