Neste capítulo, você vai entender o que o Product Owner faz de verdade: decidir, entre tudo o que poderia ser construído, o que vale a pena construir agora. Também vai ver o que o papel não é, para começar a jornada sem as confusões mais comuns.

O Product Owner é responsável por maximizar o valor do produto resultante do trabalho do Scrum Team. Para isso, desenvolve e comunica a Meta do Produto, cria e ordena os itens do Product Backlog e garante que ele seja transparente, visível e compreendido. É uma pessoa, não um comitê, e a organização precisa respeitar suas decisões para que o papel funcione.

Uma pessoa que decide

O Guia do Scrum insiste em um ponto que muitas empresas ignoram: o Product Owner é uma pessoa. Quem quiser mudar o Product Backlog precisa convencê-la. Isso não é vaidade de cargo; é a única forma de o time ter uma direção coerente. Quando cinco gestores mandam no backlog, ninguém manda, e o time entrega um pouco de cada coisa sem concluir nada que importe.

Decidir não significa decidir sozinho. Bons Product Owners ouvem clientes, stakeholders, Developers e dados antes de ordenar o backlog. O que não delegam é a responsabilidade final pela ordem e pelo resultado.

As quatro responsabilidades

• Meta do Produto
  Definir e comunicar para onde o produto vai, de forma que o time e os stakeholders entendam o mesmo destino.
• Product Backlog
  Criar, ordenar e manter os itens transparentes, com os mais valiosos no topo e prontos para a próxima Sprint.
• Valor
  Validar o que foi entregue com usuários e negócio, e ajustar o backlog com o que se aprendeu.
• Stakeholders
  Representar os interesses de quem paga, usa e opera o produto, sem transferir o conflito para o time.

O que o Product Owner não é

Imagine o editor de um jornal. Ele não escreve todas as matérias, não fotografa e não imprime, mas decide o que vai para a capa e o que fica de fora. Sem o editor, o jornal vira um amontoado de textos. O Product Owner tem essa função no produto, e por isso três confusões precisam ser desfeitas.

• Não é o anotador de pedidos. Quem apenas transcreve o que os stakeholders pedem para o backlog não está maximizando valor; está terceirizando a decisão.
• Não é o gerente do time. O Product Owner decide o quê e por quê. Como e quem são decisões dos Developers.
• Não é o analista de requisitos de antigamente. Especificar tudo antes de começar contraria o empirismo. O backlog emerge e é refinado continuamente.

Por que o papel existe

Times sem Product Owner costumam ter dois sintomas: constroem bem coisas que ninguém pediu, ou mudam de direção a cada reunião. O papel existe para concentrar a decisão de valor em alguém com tempo, contexto e autoridade para tomá-la, e para proteger o foco do time enquanto a Sprint acontece.

O próximo capítulo começa pelo primeiro trabalho de qualquer Product Owner: definir para onde o produto vai antes de discutir o que construir.