Guia prático · estimativa ágil

O papel do Product Owner na estimativa: quem deve votar no Planning Poker?

O Product Owner participa da estimativa esclarecendo dúvidas, não votando. Entenda por quê e como definir esse papel no seu time.

2 de agosto de 20266 min de leitura

Neste artigo
  1. Por que o PO normalmente não vota
  2. O que o PO faz durante a sessão
  3. Quando o PO pode votar
  4. Como alinhar papéis no time
  5. Checklist para a próxima sessão

Guias Hornet · Sobre este conteúdo e correções

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 para a próxima sessão

  • 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.

Leve a conversa para uma sala do Hornet.

Crie uma sala gratuita, escolha um baralho e convide a equipe para estimar com votação simultânea.