Quais são as principais responsabilidades de um dono do produto em um projeto Scrum?

Este post tem como objetivo descrever o conceito da função de dono do produto, descoberta de produto, como lidar com partes interessadas externas e internas, planejamento do roteiro do produto, bem como o refinamento do backlog do produto. Será abordada também a responsabilidade do dono do produto em cerimônias de scrum, como planejamento de sprint, revisão de sprint e a retrospectiva de sprint.

A Função do Dono do Produto

Segue a relação do papel do dono do produto no processo scrum:

• O dono de um produto abraça, compartilha e comunica a visão do produto. Eles representam tanto o cliente quanto as partes interessadas internas.
• No processo, o dono do produto é o guardião do backlog do produto e, portanto, é “dono” do produto em nome da organização e dos clientes.
• O dono do produto é responsável por maximizar o valor que o produto fornece aos clientes e à organização.
• Para maximizar o valor de um produto, o dono do produto deve ter o poder de tomar todas as decisões relacionadas ao produto em nome da organização.
• Se o “dono” de um produto não tem o poder de “possuir” o produto, ele não é dono de produto em si e a organização não está praticando scrum.
• Um product owner é um representante exclusivo dos stakeholders, internos e externos, no que diz respeito ao time de desenvolvimento.
• O dono do produto é dono do “porquê” e influencia o “quem” e “o que”, mas nunca deve se preocupar com o “como”. O progresso no desenvolvimento de produtos é sempre um esforço colaborativo do time.
• O dono de um produto deve trabalhar de perto com o time scrum e, particularmente, com o scrum master.
• O dono do produto deve participar ativamente de cerimônias de scrum, especialmente no refinamento do backlog de produto, planejamento de sprint e retrospectiva.
• Ao contrário da crença popular, o dono do produto não é o autor de uma estória de usuário nem um analista de requisitos, mas sim um comunicador e um facilitador entre as partes interessadas e o time scrum.

Descoberta de Produtos e Partes Interessadas Externas

Diz respeito ao que é exigido do dono do produto na descoberta de produtos e no gerenciamento de produtos:

• Um product owner deve ter uma compreensão holística de problemas e oportunidades no mercado, inerentes ao próprio produto, à organização e sua estratégia, e de preocupação para os diversos stakeholders.
• O trabalho do dono do produto é criar valor para os clientes e para a organização, ao mesmo tempo em que reduz o risco.
• O dono do produto cria valor ao adotar um processo contínuo de descoberta de produto, construído em torno do aprendizado e da experimentação.
• Durante o processo de descoberta do produto, o dono do produto valida as hipóteses executando continuamente as experiências.
• Estruturas e metodologias adequadas para o processo de descoberta de produtos incluem testes A / B, Business Model Canvas, Teste Contínuo de Usuário, Design Sprints, Design Thinking, Lean Startup, Lean UX e Prototipagem Rápida — para citar apenas alguns.
• Um dono do produto deve ser capaz de pensar em sistemas para lidar com a complexidade.
• Quanto mais cedo um dono do produto estiver envolvido no ciclo de vida de um produto, mais valioso será esse dono do produto para a organização.

Gerenciamento Interno de Partes Interessadas

Dizem respeito a aspectos específicos das relações entre os donos de produtos e seus stakeholders internos:

• O dono do produto precisa ganhar a confiança de todas as partes interessadas internas.
• O dono do produto deve ser capaz de explicar a qualquer stakeholder interno, a qualquer momento, como os requisitos do stakeholder são contemplados pela visão do produto.
• O feedback regular das partes interessadas internas é crucial para o sucesso do trabalho de um dono de produto — especificamente, seu sucesso com a criação do funil de hipóteses que ele usa para executar experimentos.
• A estreita cooperação entre o dono do produto e as equipes de atendimento ao cliente e vendas de sua organização é particularmente benéfica para o sucesso do produto.
• Um dono do produto deve ser autorizado pela organização a dizer “Não” aos pedidos de uma parte interessada, não importa o quão forte seja a parte interessada.
• A comunicação de um dono do produto com as partes interessadas internas precisa ser transparente e regular para encorajar esses interessados ​​a se engajarem com o time scrum.
• O scrum master é um bom aliado do dono do produto na busca do engajamento interno das partes interessadas.
• Boas oportunidades para o dono do produto envolver as partes interessadas internas são as cerimônias scrum, como a sprint review; workshops, como mapeamentos de histórias de usuários; ou sessões de treinamento, onde as partes interessadas aprendem como se comunicar melhor com o time scrum.

Planejamento do Roteiro do Produto

Dizem respeito a um dos tópicos mais controversos da profissão: “Como podemos construir roteiros ágeis de produtos que funcionam?”

• O papel do dono do produto requer que ele também atue como um gerente de produto, o que significa que ele deve definir a visão do produto, executar estratégias e pesquisas de mercado, desenvolver modelos de negócios, gerenciar o ciclo de vida do produto e facilitar o portfólio de produtos e o planejamento de roteiros.
• Um roteiro de produto ágil é um plano de alto nível que descreve como a visão do produto provavelmente será realizada. Deve facilitar a experimentação e a aprendizagem.
• Um roteiro de produto ágil é baseado em objetivos e geralmente é voltado para o tema ou para o objetivo.
• Um roteiro de produtos ágil não é uma lista priorizada de recursos com datas de envio fixas para os próximos meses.
• Normalmente, o planejamento de roteiros de produtos em organizações maiores com vários produtos exige que cada dono de produto alinhe seus esforços com outros donos de produtos para sincronizar o desenvolvimento de produtos.
• Um roteiro de produtos aborda aspectos estratégicos do planejamento de produtos. Um backlog de produto aborda problemas de desenvolvimento técnico.
• O planejamento do roadmap é, como o refinamento do backlog do produto, um esforço contínuo, apenas com uma cadência maior.
• Os donos de produtos comunicam “grandes imagens de produtos” usando técnicas como o mapeamento de histórias de usuários.
• O dono do produto precisa estar familiarizado com os cinco níveis de planejamento ágil: definir a visão do produto, definir o roteiro do produto, planejar a liberação, planejar a sprint e contabilizar o resultado das dailys.
• Confiar em um comitê de partes interessadas para a descoberta de produtos e o gerenciamento de portfólios é o motivo mais comum pelo qual as iniciativas de entrega ágil de produtos falham.

O Backlog do Produto e a Criação da Estória do Usuário

Dizem respeito ao território de um dono do produto: o backlog do produto e a criação da estória do usuário.

Backlog do produto

• Um product owner é muito mais do que o “gerente de projetos do product backlog”, e deve fazer mais do que produzir histórias de usuários em nome das partes interessadas. (Aka “síndrome do macaco do ingresso”).
• O refinamento do backlog do produto é um processo contínuo que precisa estar em sincronia com o processo de descoberta do produto.
• Normalmente, um time scrum irá refinar colaborativamente os itens do backlog do produto para os próximos dois ou três sprints.

Criação de estória do usuário

• Criar estórias de usuário não é igual a dividir documentos de requisitos recebidos das partes interessadas em partes menores.
• Escrever estórias de usuários é um esforço colaborativo envolvendo toda o time scrum. O processo deve criar uma compreensão compartilhada do que será construído e por quais motivos.
• Por ser um esforço colaborativo, uma estória de usuário é assunto de discussão para o time scrum. Isso pode levar até 10% da disponibilidade do time durante um sprint.
• O dono do produto precisará chegar a um acordo com seu time sobre quais padrões as estórias de usuário precisam atingir antes de ser considerado adequado para o backlog da sprint (ou seja, definir e alcançar a “Definição de pronto”).
• A estimativa da estória do usuário é uma parte crítica da estratégia de mitigação de risco para o time scrum.

Planejamento, Revisões e Retrospectivas da Sprint

Diz respeito à entrega de produtos: o próprio sprint.

• O dono do produto define o escopo das próximas etapas, identificando e priorizando as estórias de usuário mais valiosas no backlog do produto.
• Um product owner deve participar de todas as cerimônias scrum relacionadas a sprints.
• O product owner é a pessoa responsável por definir o objetivo de um sprint.
• O dono do produto entende que, além de estórias de usuários, tarefas técnicas, bugs e pesquisas precisam ser abordados em cada sprint.
• O dono do produto deve estar disponível a qualquer momento para esclarecer quaisquer dúvidas que o time scrum possa ter durante um sprint.
• O dono do produto é responsável por aceitar estórias de usuário em cada sprint e por adiar estórias de usuários que exigem trabalho adicional para atender ao padrão “Definição de pronto”. Isso não se aplica a estórias de usuários relacionadas a tarefas técnicas ou de refatoração. A decisão sobre eles é a prerrogativa do time scrum.
• O dono do produto é responsável por decidir se libera um incremento de produto ao final de cada sprint.
• O dono do produto deve hospedar a revisão de sprint, que é um evento destinado a fornecer ao time scrum uma oportunidade de demonstrar o resultado de cada sprint para as partes interessadas do produto.
• O dono do produto deve adotar a revisão de sprint como um ciclo vital de feedback de inspeção e adaptação — tanto para o time de desenvolvimento quanto para as partes interessadas externas e internas do produto.

Conclusão: as funções do dono do produto — desde a descoberta do produto até a entrega

Acredito que o papel do dono do produto scrum é o mais exigente de todos os três papéis scrum. Abrange uma grande parte do terreno, desde a descoberta de produtos, política e gerenciamento de partes interessadas até o pensamento sistêmico e a maximização do retorno sobre o investimento para seu time.