O que é um dono de produto? Uma função essencial para o sucesso da equipe Scrum

Imagine que você acabou de comprar uma casa. Como novo proprietário, você agora é responsável pela visão de longo prazo do que quer que a sua propriedade seja, como a decoração, a manutenção e o aprimoramento da sua casa para aproveitar ao máximo o seu (grande) investimento. Você se coordena com inspetores, construtores e colegas de casa para criar o melhor ambiente de vida possível, ao mesmo tempo em que equilibra as suas finanças e metas de longo prazo. Ufa! 

Como um proprietário de imóvel, o proprietário de produto é responsável pela visão de longo prazo, mas, em vez de aprimorar a casa, ele aprimora os produtos. Um responsável pelo produto trabalha com as partes interessadas para criar o melhor produto possível para os usuários finais. 

O que é um responsável pelo produto?

Um dono de produto é uma pessoa dedicada a maximizar o valor de um produto. Para isso, os proprietários de produto desenvolvem uma visão de como o produto deve funcionar, definem recursos específicos do produto e dividem esses recursos em itens do backlog do produto para a equipe Scrum trabalhar. Eles atuam como um elo entre as partes interessadas do Business, os membros da equipe Scrum e os usuários finais até que o produto final seja concluído. 

O responsável pelo produto é uma das três funções padrão em uma equipe Scrum: 

• Responsável pelo produto: trabalha com as partes interessadas, os usuários finais e a equipe Scrum para garantir que o produto final atenda aos requisitos do usuário e esteja alinhado com as metas de negócios. 

• Scrum Master: lidera a equipe de desenvolvimento para ajudá-la a se preparar e executar sprints com sucesso. Os mestres do Scrum também se concentram na melhoria contínua dos processos internos. 

• Equipe de desenvolvimento: trabalha nos entregáveis que precisam ser concluídos para cada sprint. Os desenvolvedores são o núcleo da equipe Scrum, pois são responsáveis por concluir os itens do backlog do produto que se traduzem em novas funcionalidades do produto.

Proprietário do produto vs. mestre do Scrum

O responsável pelo produto e o mestre do Scrum são duas funções essenciais, mas diferentes, em uma equipe Scrum. 

Os mestres do Scrum são responsáveis por:

• Liderar e aprimorar os processos internos necessários para que as equipes Scrum concluam o seu trabalho.

• Ajudar a equipe a se preparar e executar sprints com sucesso, para que os desenvolvedores possam se concentrar no seu trabalho, em vez de tarefas mais logísticas

• Facilitar reuniões de planejamento, encontros diários e retrospectivas de sprint. 

• Eliminar obstáculos para os desenvolvedores e manter todos alinhados aos princípios da estrutura Scrum.

Por outro lado, a função do responsável pelo produto tem um foco mais externo do que a do mestre do Scrum. Em vez de liderar os processos da equipe, ele está mais focado no produto em si, especificamente em como criar o melhor produto possível para os usuários finais. 

Os proprietários de produto são responsáveis por:

• Incorporar o feedback das partes interessadas e dos usuários finais.

• Traduzir esse feedback em recursos específicos do produto e itens de backlog para a equipe Scrum trabalhar

Responsabilidades do proprietário do produto

Um responsável pelo produto ágil conecta a equipe Scrum às partes interessadas e defende as necessidades dos usuários finais, para que todos entendam o que um produto está tentando alcançar e por quê. Os proprietários de produto Scrum muitas vezes acabam desempenhando muitas funções diferentes, mas o seu papel é definido por estas responsabilidades principais.

Definir as funcionalidades e as metas do produto

O responsável pelo produto determina as metas de cada produto para que possam definir funcionalidades específicas do produto para atingir essas metas. 

Para desenvolver metas, o responsável pelo produto deve entender a visão do produto dos usuários finais e quais são os seus pontos problemáticos comuns. Isso significa que uma grande parte do trabalho do responsável pelo produto envolve trabalhar com as partes interessadas para realizar pesquisas com os usuários. 

Por exemplo, imagine que você recebeu a tarefa de aprimorar um aplicativo de calendário. Para determinar qual deve ser a sua meta específica, você pode estudar como os usuários interagem com o aplicativo existente e, em seguida, perguntar com o que eles tiveram dificuldades e o que gostariam que o aplicativo pudesse fazer melhor. 

Além de definir metas com base no feedback dos usuários, o proprietário do produto também precisa garantir que todos os novos recursos estejam alinhados às metas gerais de negócios. No exemplo acima, os usuários podem querer compartilhar calendários com pessoas de fora da organização, mas isso pode não estar alinhado à meta geral da organização de melhorar a segurança e a privacidade do usuário. Como responsável pelo produto, é sua responsabilidade identificar quais solicitações de usuários devem ser priorizadas.

Desenvolva itens de backlog com base nas metas do produto

O responsável pelo produto traduz essas metas em recursos específicos do produto e itens de backlog para a equipe Scrum concluir. Dessa forma, a equipe de Scrum pode se concentrar nos detalhes específicos de cada item do backlog, enquanto o responsável pelo produto garante que cada item atenda às metas específicas da empresa e às necessidades do usuário. 

Para continuar com o exemplo do aplicativo de calendário, digamos que você esteja desenvolvendo uma funcionalidade de produto que monitora as horas de trabalho preferidas de diferentes membros da equipe. O responsável pelo produto trabalharia com a equipe Scrum para dividir essa funcionalidade em tarefas menores e práticas para o backlog do produto, como uma tarefa para desenvolver o design de front-end, outra para criar uma interface para os usuários inserirem as suas horas preferidas, e assim por diante. 

Priorize as contribuições das partes interessadas e dos usuários finais

Embora as partes interessadas muitas vezes pensem que seus projetos são de alta prioridade, o proprietário do produto tem o contexto para decidir o que a equipe Scrum deve priorizar. 

Como o responsável pelo produto tem uma visão das prioridades de negócios, ele entende por que iniciativas específicas são importantes e como o trabalho contribui para elas. Isso significa que ele pode priorizar o feedback das partes interessadas e ajudar a equipe de Scrum a se concentrar no trabalho mais importante. Sem um responsável pelo produto, as equipes Scrum muitas vezes acabam priorizando o trabalho com base nas instruções de equipes interdisciplinares. 

Além disso, o responsável pelo produto coleta feedback dos usuários finais por meio de testes de usuário. Isso permite que ele permaneça em contato com as necessidades do usuário, para que também possa priorizar o trabalho para resolver pontos problemáticos comuns, conforme necessário. 

Criar histórias de usuário

O product owner também cria histórias de usuário para ajudar os membros da equipe a entender o contexto de cada funcionalidade do produto. Na gestão de projetos ágil, uma história de usuário é uma explicação não técnica de uma funcionalidade do produto escrita a partir da perspectiva do usuário. As histórias de usuário definem as metas finais de uma funcionalidade do produto, para que a equipe de desenvolvimento saiba o que está construindo, por que está construindo e que valor isso cria.

As histórias de usuário são frequentemente expressas como uma única frase, estruturada da seguinte forma: 

“Como [persona], eu quero [Meta do software] para [resultado].”

No nosso exemplo de aplicativo de calendário, um proprietário de produto Scrum pode criar esta história de usuário para definir as metas da funcionalidade: 

“Como gerente de uma equipe remota, quero entender quando os membros da minha equipe estão trabalhando para poder agendar reuniões em horários convenientes para todos.” 

Priorize e administre o backlog do produto

Além de definir as funcionalidades do produto, o dono do produto é responsável pelo refinamento do backlog. Isso inclui:

• Criar e gerir o backlog do produto 

• Priorizar tarefas com base nas necessidades de negócios, metas do produto e requisitos do usuário

• Definir claramente todas as tarefas e garantir que o backlog do produto seja comunicado a todos os membros da equipe

• Estabelecer os requisitos do produto e as expectativas do usuário com a equipe Scrum

Além de compartilhar o backlog do produto com o restante da equipe Scrum, o proprietário do produto também garante que as partes interessadas possam vê-lo e compreendê-lo. Dessa forma, as partes interessadas podem acompanhar:

• Como a equipe Scrum traduz o feedback em recursos específicos do produto

• Por que priorizam certas tarefas em detrimento de outras

• Como é um cronograma realista para novas solicitações de recursos

Supervisionar os estágios de desenvolvimento de produtos

Quando as equipes desenvolvem um novo produto ou funcionalidade, geralmente seguem um processo predefinido para garantir que o produto seja devidamente definido, testado e implementado. Essa prática é chamada de processo de desenvolvimento de produtos: um ciclo de vida de seis estágios que leva um produto do conceito inicial ao lançamento final no mercado. 

O responsável pelo produto coordena as principais partes interessadas para conduzir o produto por cada etapa do processo de desenvolvimento:

1. Geração de ideias: faz um brainstorming de conceitos de produto com base nas necessidades dos clientes e na pesquisa de mercado

2. Definição do produto: define o escopo da funcionalidade, a proposta de valor e identifica as métricas de sucesso

3. Prototipagem: cria uma versão de prova de conceito do produto para identificar a viabilidade de diferentes recursos e cria uma estratégia de desenvolvimento

4. Design inicial: cria uma primeira versão do produto que pode ser usada para coletar feedback das partes interessadas e dos usuários finais

5. Validação e testes: garante que cada parte do produto esteja funcionando de modo eficaz antes de ele ser lançado para o público

6. Comercialização: lança e implementa o produto final

Seguir esse processo garante que a equipe Scrum produza o melhor produto possível com o menor risco. 

Garante que a equipe Scrum siga as diretrizes para o desenvolvimento de produtos

Durante o processo de desenvolvimento do produto, os proprietários também são responsáveis por garantir que a equipe siga as diretrizes de desenvolvimento e as boas práticas. Isso pode incluir: 

• Criar um protótipo para testar o conceito inicial

• Realizar testes de front-end para identificar erros ou riscos de desenvolvimento

• Executar testes de usuário para garantir que o produto finalizado atenda às expectativas e aos requisitos dos usuários finais

O responsável pelo produto não cria esse processo do zero (ele geralmente é definido pela liderança dentro da equipe de produto), mas é responsabilidade dele coordenar-se com as partes interessadas e garantir que a equipe siga cada etapa. 

Por que o responsável pelo produto é importante?

Desde a gestão do feedback das partes interessadas até o desenvolvimento de um backlog do produto abrangente, os proprietários de produto desempenham um papel fundamental no processo de desenvolvimento do produto. Esses membros-chave da equipe Scrum ajudam a resolver problemas de design e coordenação entre as partes interessadas e os desenvolvedores, mantendo o produto alinhado às metas da empresa. 

Para entender melhor a importância de designar um responsável pelo produto para as suas equipes Scrum, veja a seguir alguns benefícios que você pode esperar dessa posição. 

Melhor comunicação entre as partes interessadas

Uma das principais responsabilidades de um responsável pelo produto é garantir uma comunicação contínua entre todas as partes interessadas no produto. Ele atua como um elo entre a equipe de desenvolvimento técnico e as partes interessadas e usuários finais menos técnicos para fornecer a ambos os lados o conhecimento necessário para criar o melhor produto possível. 

Por exemplo, as partes interessadas envolvidas na criação de um aplicativo de calendário podem querer adicionar uma funcionalidade de colaboração para que os usuários possam compartilhar o que está na sua agenda. O responsável pelo produto então pega essas informações, divide-as em itens de backlog para a equipe de desenvolvimento concluir e transmite quaisquer perguntas ou comentários que a equipe possa ter às partes interessadas. 

Ter um dono de produto gerenciando a comunicação entre as partes interessadas:

• Melhora a comunicação entre todas as partes

• Aumenta a eficiência ao priorizar recursos do produto e itens do backlog

• Permite que a equipe Scrum ou as partes interessadas tomem decisões importantes com base no feedback de ambos os lados do processo

Melhora o processo de criação de produtos

Os responsáveis pelo produto extraem ideias e recomendações das partes interessadas e da pesquisa do usuário final para apresentar recursos novos e inovadores do produto. Eles trabalham em estreita colaboração com as partes interessadas para determinar o processo de criação do produto e oferecer sugestões para tomar ótimas decisões sobre o produto. 

Como o dono do produto criou uma visão do produto, histórias de usuários, personas-alvo e metas gerais do produto, as equipes de desenvolvimento de produtos têm um plano para orientá-las quando são puxadas em várias direções. O product owner está lá para garantir que a equipe permaneça focada e em dia. 

Processos mais eficientes com o backlog do produto

O desenvolvimento e a gestão do backlog do produto são talvez sejam o maior benefício de nomear um proprietário do produto. Esse backlog atua como uma ferramenta de planejamento de curto e longo prazo, apresentando o roteiro do produto em um nível totalmente novo de detalhes. 

Ao apresentar uma visão geral do produto e das tarefas necessárias para alcançá-lo, o backlog do produto ajuda as equipes a entender as próximas etapas e as relações entre as tarefas. Isso ajuda a:

• Melhorar a eficiência ao criar um processo de desenvolvimento transparente e sem atritos

• Organizar as tarefas e garantir o cumprimento dos prazos.

• Priorizar o trabalho e as solicitações das partes interessadas

• Reduzir o risco de desvio de escopo e manter a equipe no caminho certo

Criar produtos melhores com um responsável pelo produto

Os proprietários de produto são um componente essencial de qualquer equipe Scrum. Eles desenvolvem a visão de alto nível para um produto e ajudam a equipe a executar essa visão, para que todos entendam o propósito das novas funcionalidades do produto e por que elas são importantes.