Neste capítulo, você vai ver como o Product Owner lida com stakeholders, de onde vêm os conflitos mais comuns e como o papel se compara ao de gerente de produto, uma dúvida frequente de quem está entrando na área.

Stakeholders são as pessoas com interesse legítimo no produto: clientes, usuários, patrocinadores, áreas internas, parceiros e reguladores. O Product Owner representa esses interesses diante do time e, ao mesmo tempo, protege o time da pressão direta deles. Gerente de produto e Product Owner costumam ser o mesmo papel visto de ângulos diferentes: o primeiro é um cargo de mercado, o segundo é uma responsabilidade definida pelo Scrum.

Mapear antes de negociar

O primeiro trabalho é saber quem são os stakeholders e quanto cada um pesa. Uma matriz simples de influência e interesse já organiza a conversa: quem tem muita influência e muito interesse precisa ser envolvido de perto; quem tem pouca influência e muito interesse precisa ser informado; quem tem muita influência e pouco interesse precisa ser mantido satisfeito com pouco esforço.

• Envolver
  Patrocinador, área de negócio dona do resultado. Participam da Review e das decisões de roadmap.
• Consultar
  Usuários-chave, suporte, operações. Trazem o problema real e validam a solução.
• Informar
  Áreas afetadas indiretamente. Recebem o roadmap e os resultados da Review.
• Monitorar
  Reguladores, jurídico, parceiros. Entram quando um item toca o território deles.

Os conflitos mais comuns

• O pedido direto ao time. Um gestor pede uma mudança ao Developer no corredor. O Product Owner redireciona com educação: tudo passa pelo backlog.
• A prioridade de quem fala mais alto. A ordem do backlog é defendida com visão, meta e dados, não com volume de voz.
• A data prometida sem o time. Quando o Product Owner promete sozinho, o time paga. O plano de release com base em capacidade é a resposta.
• O stakeholder ausente. Quem não vai à Review não pode reclamar depois. Convidar e insistir faz parte do trabalho.

Product Owner e gerente de produto

Imagine um médico que também é professor. São duas descrições da mesma pessoa, com ênfases diferentes. Gerente de produto é o cargo que o mercado usa para quem responde por estratégia, descoberta e resultado de um produto. Product Owner é a responsabilidade que o Scrum define para quem maximiza o valor do trabalho do time. Em muitas empresas, a mesma pessoa é as duas coisas. Em outras, o gerente de produto cuida da estratégia e o Product Owner, da execução no time, o que exige alinhamento constante para não criar dois donos do backlog.

O que o Guia do Scrum não aceita é um Product Owner sem autoridade sobre o backlog, independentemente do nome do cargo. Se as decisões de ordem vêm de outra pessoa, essa pessoa é o Product Owner de fato. Com o papel e suas relações delimitados, os próximos capítulos entram na certificação: o que o CSPO comprova, como se compara ao PSPO e como seguir depois dele.