O papel do Product Owner no Scrum

O Product Owner (PO) é o papel mais mal-entendido no Scrum. Não é gerente de projeto, não é stakeholder, não é chefe do time. É a voz do cliente e o decisor de prioridades.

Responsabilidades do PO

O que o PO DEVE fazer

• Definir e priorizar o backlog — decidir o que é mais valioso
• Escrever histórias de usuário claras — com critérios de aceitação
• Estar disponível para o time — responder dúvidas e dar contexto
• Dizer “não” — proteger o time de escopo desnecessário
• Validar entregas — aceitar ou rejeitar o trabalho do time
• Comunicar visão — todo time precisa saber o “porquê”

O que o PO NÃO DEVE fazer

• Dizer como implementar — isso é do time
• Micromanage o sprint — confie na auto-organização
• Mudar prioridades no meio do sprint — quebra o flow
• Agir como mensageiro — decida, não apenas repasse
• Faltar às cerimônias — presença é obrigatória

Estimativas e o PO

O PO tem papel fundamental nas estimativas:

• Apresenta contexto — sem isso, o time chuta estimativas
• Esclarece escopo — perguntas do time revelam mal-entendidos
• Não sugere pontos — estimativa é do time, não do PO
• Usa estimativas para decidir — itens caros podem ser repriorizados

Quando o PO contesta uma estimativa

Errado: “8 pontos? Isso é demais, deve ser 3.” Certo: “Entendi que é 8. O que podemos simplificar no escopo para reduzir?”

Métricas que o PO deve acompanhar

• Velocidade do time — para planejamento realista
• Lead time — tempo do pedido à entrega
• Valor entregue — não apenas features, mas impacto de negócio
• Satisfação do cliente — feedback real dos usuários
• Taxa de adoção — as features estão sendo usadas?

Desafios comuns do PO

PO parcial

PO que tem outras funções além de PO. Resultado: backlog negligenciado, time esperando respostas.

PO sem autoridade

PO que precisa pedir aprovação para tudo. O time fica esperando decisões que nunca vêm.

PO ausente

PO que não participa das cerimônias ou não responde dúvidas. O time toma decisões de produto sozinho — e geralmente erra.

Dicas para POs eficazes

1. Mantenha 2 sprints de backlog refinado à frente
2. Use dados, não opiniões para priorizar
3. Visite os usuários — vá ao campo ver o produto sendo usado
4. Aprenda o básico de técnica — para entender limitações e possibilidades
5. Celebre entregas, não apenas features — reconheça o esforço do time

Conclusão

O Product Owner é o elo entre negócio e tecnologia. Um PO forte faz o time entregar valor real. Um PO fraco faz o time entregar features sem impacto. Invista nesse papel.