O que é um dono de um produto? 5 principais responsabilidades para desbloquear o sucesso da equipe Scrum

Resumo

Um proprietário do produto é um papel padrão nas equipes de Scrum que se concentra em entregar o melhor produto possível. Eles conectam a equipe de Scrum às partes interessadas e defendem as necessidades dos usuários finais, para que todos entendam o que o produto está tentando alcançar e por quê. Neste artigo, aprenda sobre as cinco principais responsabilidades dos proprietários de produtos e como eles ajudam as equipes de Scrum a realizar seu melhor trabalho.

Imagine que você acabou de comprar uma casa. Como um novo proprietário, você agora é responsável pela visão de longo prazo do que você quer que sua propriedade seja semelhante a como decorar, manter e melhorar sua casa para tirar o máximo proveito do seu investimento (pesado). Você coordena com inspetores, construtores e companheiros de casa para criar o melhor ambiente de vida que você pode, enquanto equilibrando suas finanças e metas de longo prazo. Phew.

Como um proprietário, um proprietário do produto é responsável pela visão de longo prazo - mas em vez de melhorar suas casas, melhoram os produtos. Um proprietário do produto trabalha com as partes interessadas (como seus construtores e colegas de casa) para fazer o melhor produto possível para usuários finais. Eles determinam que novos recursos trariam mais valor, então quebrariam aqueles recursos em tarefas acionáveis ​​para as partes interessadas trabalharem.

O que é um dono de um produto?

Um proprietário do produto é um papel padrãoEquipes de scrum.que se concentra em entregar o melhor produto possível para os usuários finais. Para fazer isso, os proprietários de produtos desenvolvem uma visão de como o produto deve funcionar, definir recursos específicos do produto e quebrar essas características emBacklog do produto.Itens para a equipe do Scrum para trabalhar. O proprietário do produto é responsável pelo produto preenchido. Além disso, eles também atuam como uma ligação entre as partes interessadas empresariais, os membros da equipe do Scrum e os usuários finais.

O que é Scrum?

Scrum é uma estrutura de gerenciamento de projetos ágil que ajuda as equipes a construir e iterar rapidamente. É mais comumente usado por equipes de produtos, engenharia ou desenvolvimento de software - embora qualquer equipe possa ser bem-sucedida usando a estrutura Scrum. Scrum Teams completam o trabalho em sprints, um período fixo de tempo (geralmente duas semanas) quando se concentram em entregas específicas. Depois que um sprint acabar, a equipe do Scrum incorpora seus aprendizados e os usa para melhorar seu processo para o próximo sprint.

O proprietário do produto é um dos três papéis padrão em uma equipe de Scrum:

Proprietário do produto:Trabalha com as partes interessadas, os usuários finais e a equipe do Scrum para garantir que o produto final atenda aos requisitos do usuário e se alinhe com metas de negócios.

Scrum Master : Lidera a equipe de desenvolvimento para ajudá-los a se preparar e executar com sucesso os sprints. Os mestres do Scrum também se concentram emmelhorando continuamenteprocessos internos.

Equipe de desenvolvimento:Funciona nas entregas que precisam ser concluídas para cada sprint. Os desenvolvedores são o núcleo da equipe do Scrum, já que são responsáveis ​​por concluir itens de backlog do produto que se traduzem em novos recursos do produto.

Proprietário do produto vs. scrum mestre

Um proprietário do produto e o Scrum Master são duas funções integradas - mas diferentes em uma equipe de Scrum. O Scrum Master leva e melhora os processos internos necessários para as equipes de Scrum para completar seu trabalho. Eles estão focados em ajudar a equipe a se preparar e executar com sucesso os correntes, então os desenvolvedores podem se concentrar em seu trabalho em vez de tarefas mais logísticas. Scrum Masters facilitam reuniões de planejamento, stands-ups diários eRetrospectives Sprint. Como líder de equipe, eles remove os obstáculos para os desenvolvedores e mantêm todos alinhados com os princípios da estrutura do Scrum.

Por outro lado, o papel do proprietário do produto tem um foco mais externo que o Scrum Master. Em vez de liderar os processos de equipe, eles são mais focados no próprio produto - especificamente como criar o melhor produto possível para usuários finais. Para fazer isso, eles incorporam feedback de stakeholders e usuários finais, então traduzir esse feedback em recursos específicos do produto e itens de backlog para a equipe do Scrum para trabalhar.

Proprietário do produto vs. gerente de projeto

Os termos proprietário do produto e gerente de projeto parecem semelhantes, mas há algumas diferenças importantes entre eles. UMAgestor de projetonão é um papel padrão em uma equipe de Scrum. Normalmente, os gerentes de projeto se concentram na execução de entregas e gerenciando recursos para um projeto. Se você imaginar um projeto como uma coleção de tarefas necessárias para realizar uma meta específica, um gerente de projeto ajuda a planejar as equipes, gerenciar e executar essas tarefas para realizar uma meta a tempo.

Isso é diferente de um proprietário do produto, que é focado singularmente em fazer um ótimo produto para usuários finais - não coordenar o trabalho diário. Em uma equipe de Scrum, tanto o proprietário do produto quanto o Scrum Master têm algumas responsabilidades de gerenciamento de projetos. Por exemplo, o proprietário do produto cria itens do backlog do produto, enquanto o mestre Scrum ajuda a atribuir tarefas,alocar recursose gerenciar largura de banda de equipe.

Product Proprietário vs. Gerente de Produto

Os termos proprietário do produto egerente de produtosão frequentemente usados ​​de forma intercambiável. Mas enquanto os proprietários de produtos são muitas vezes um papel específico dentro das equipes de Scrum, os gerentes de produtos geralmente são um papel mais geral que não necessariamente cai dentro de umEstrutura ágil .

No entanto, às vezes as equipes têm um proprietário de um produto e um gerente de produto. Nesse caso, os papéis são geralmente diferenciados da seguinte forma:

Gerentes de produtossão mais alto e estratégico. Eles desenvolvem uma visão para o produto com base nos objetivos da empresa e nas forças do mercado.

Proprietários de produtos.são mais táticos. Eles traduzem a estratégia do gerente de produto em tarefas e trabalham com parceiros transversais para executar esses requisitos.

Mas mais comumente, os proprietários de produtos em equipes ágeis também atendem às responsabilidades dos gerentes de produtos. Eles consideram a estratégia de alto nível para produtos, além de trabalhos táticos completos, como traduzir recursos em tarefas acionáveis.

Como funciona um proprietário do produto com a equipe do Scrum?

Um proprietário do produto trabalha em estreita colaboração com o resto da equipe do Scrum. Eles ajudam a equipe a entender como os itens do backlog se encaixam na visão geral do produto e servem como uma ligação entre a equipe do Scrum e as partes interessadas do negócio. Dessa forma, a equipe pode se concentrar na execução de tarefas em vez de quebrar parceiros transversais. Além disso, o proprietário do produto depende do resto da equipe do Scrum para conhecimento especializado sobre o produto que eles estão se desenvolvendo. Por exemplo, a equipe do Scrum pode explicar como os recursos específicos do produto são criados, quais tipos de alterações são viáveis ​​e como as tarefas diferentes podem depender uns dos outros.

Para fazer isso, o proprietário do produto se reúne com a equipe de Scrum em uma base diária ou semanal:

Diário standsups. : Os proprietários de produtos freqüentam as reuniões diárias do Scrum para ouvir em primeira mão sobre o progresso e quaisquer problemas em potencial. Como os proprietários de produtos atuam como uma ligação entre a equipe de desenvolvimento de produtos e as partes interessadas de negócios, isso os ajuda a manter outras equipes no loop sobre como as coisas estão indo.

Reuniões semanais de refinamento de backlog:O proprietário do produto normalmente se reúne com a equipe do Scrum uma vez por semana para trabalhar emRefinamento de backlog.e ajudar a preparar itens de backlog para o próximo sprint. Os membros da equipe de desenvolvimento são verdadeiros especialistas em como executarBacklog do produto.Tarefas, portanto, o proprietário do produto depende de sua entrada para entender quais melhorias ou recursos do produto a equipe pode realisticamente entregar durante cada sprint.

Realização de Revisão Sprint:Os proprietários de produtos Scrum também executam uma reunião de revisão Sprint no final de cada sprint. Durante a reunião de revisão da Sprint, a equipe do Scrum apresenta o trabalho que realizou, geralmente incluindo demos do produto para ajudar as partes interessadas transversais a visualizar e entender cada entrega.

5 responsabilidades do proprietário do produto

Um proprietário do produto conecta a equipe de Scrum às partes interessadas e defensores para 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 produtos geralmente acabam usando muitos chapéus diferentes, mas sua função é definida por essas cinco responsabilidades principais.

1. Definir metas do produto

O proprietário do produto determina as metas de cada produto, para que possam definir recursos específicos do produto para atingir esses objetivos.

Para desenvolver metas, o proprietário do produto tem que entender o que os usuários querem do produto e quais são seus pontos de dor comuns. Isso significa que uma grande parte do trabalho do proprietário do produto envolve trabalhar com as partes interessadas para realizar pesquisas de usuários. Por exemplo, imagine que você foi encarregado de melhorar um aplicativo de calendário. Para determinar qual deve ser seu objetivo específico, você pode estudar como os usuários interagem com o aplicativo existente - então pergunte o que eles lutavam e o que desejavam que o aplicativo pudesse fazer melhor.

Além de definir metas com base no feedback do usuário, o proprietário do produto também precisa ter certeza de que todos os novos recursos se alinhem comObjetivos de negócios. Por exemplo, os usuários podem ser capazes de compartilhar calendários com pessoas fora de sua organização, mas isso pode não se alinhar com o objetivo geral de negócios da sua organização para melhorar a privacidade de segurança e usuário. Como proprietário de um produto, é sua responsabilidade identificar quais solicitações do usuário priorizar.

2. Determine os recursos do produto e crie itens de backlog

O proprietário do produto então traduz essas metas em recursos específicos do produto e itens de backlog para a equipe do Scrum funcionar. Dessa forma, o restante da equipe de Scrum pode zerar os detalhes específicos de cada item de backlog, enquanto o proprietário do produto ajuda a garantir que cada item de backlog atenda aos objetivos específicos da empresa e às necessidades do usuário.

Para continuar com o exemplo do aplicativo Calendário, isso pode significar definir um recurso de produto que rastreia as horas de trabalho preferidas de diferentes membros da equipe. Em seguida, o proprietário do produto funcionaria com a equipe do Scrum para quebrar esse recurso em tarefas menores acionáveis ​​para o backlog do produto - como uma tarefa para desenvolver design front-end, um para criar uma interface para os usuários para inserir suas horas preferidas, e assim em.

3. Crie histórias de usuário

O proprietário do produto também cria histórias de usuários para ajudar os membros da equipe a entender o contexto para cada recurso de produto. No Agile Project Management, uma história de usuário é uma explicação não técnica de um recurso de produto escrito da perspectiva do usuário. Histórias de usuários definem as metas finais de um recurso de produto - para que a equipe de desenvolvimento saiba o que eles estão construindo, por que eles estão construindo e que valor cria.

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

Para continuar com o exemplo do calendário, um proprietário do produto pode criar esta história de usuário para definir os objetivos do recurso:

"Como o gerente de uma equipe remota, quero entender quando meus membros da equipe estão trabalhando para que eu possa agendar reuniões durante os tempos que são convenientes para todos."

4. Priorize e gerencie o backlog do produto

Juntamente com a definição de recursos do produto, o proprietário do produto é responsável porRefinamento de backlog.. Isso significa que eles gerenciam oBacklog do produto.e priorize tarefas com base nas necessidades de negócios, metas de produto e requisitos do usuário. Como o proprietário do produto tem uma visão de alto nível para o produto e como se encaixa em objetivos de negócios abrangentes, eles podem ajudar a equipe de Scrum a entender o que trabalhar primeiro. Por exemplo, o proprietário do produto pode priorizar tarefas relacionadas à segurança para alinhar com uma iniciativa de negócios abrangente focada em melhorar a privacidade do usuário.

Além da priorização, o proprietário do produto também garante que as partes interessadas possam ver e entender o backlog do produto. Dessa forma, as partes interessadas podem entender como a equipe do Scrum traduz seu feedback em recursos específicos do produto, por que priorizam certas tarefas sobre os outros e o que é uma linha do tempo realista como novas solicitações de recursos.

5. Supervisionar as etapas de desenvolvimento de produtos

Quando as equipes desenvolvem um novo produto ou recurso, eles freqüentemente seguem um processo predefinido para garantir que o produto seja adequadamente definido, testado e implementado. Esta prática é chamada deprocesso de desenvolvimento de produtos.- Um plano de seis estágios que leva um produto de seu conceito inicial para o lançamento final do mercado.

O proprietário do produto coordena com as principais partes interessadas para orientar um produto através de cada etapa do processo de desenvolvimento de produtos:

Geração de ideia:Brainstorm conceitos de produtos com base nas necessidades do cliente e nas pesquisas de mercado.

Definição de produto:Escopo O recurso, defina sua proposta de valor e identifique as métricas de sucesso.

Prototipagem:Crie umprova de conceitoversão do produto para identificar a viabilidade de recursos diferentes e criar uma estratégia de desenvolvimento.

Design inicial:Crie uma versão do primeiro rascunho do produto que você pode usar para coletar feedback de stakeholders e usuários finais.

Validação e teste:Certifique-se de que cada parte do produto esteja funcionando efetivamente antes de ser liberada ao público.

Comercialização:Lançar e implementar o produto final.

Seguindo este processo garante que a equipe de Scrum produz o melhor produto possível com a menor quantidade de risco.

Por que um dono de um produto é importante?

Um proprietário do produto é uma parte essencial de qualquer equipe de Scrum de sucesso. A equipe depende do dono do produto para:

Definir a visão do produto

É preciso muito planejamento para definir novos recursos do produto e criar um roteiro de produto. Não só o proprietário do produto não tem apenas a melhoria do produto ou produto - fornece a melhor experiência possível para usuários finais, mas também garantem que cada novo recurso se aline com os objetivos de negócios abrangentes. Definir um propósito claro para cada item de backlog ajuda a equipe de Scrum a gastar seu tempo em tarefas que realmente importam.

Priorize a entrada de partes interessadas e usuários finais

Enquantopartes interessadasMuitas vezes, acha que seus projetos são de alta prioridade, o proprietário do produto tem o contexto para decidir o que a equipe de Scrum deve funcionar primeiro. Como o proprietário do produto tem uma visão das prioridades empresariais, eles entendem por que iniciativas específicas importam e como o trabalho escalava neles. Isso significa que eles podem priorizar o feedback das partes interessadas e ajudar a equipe do Scrum se concentrar no trabalho mais importante. Sem um proprietário de um produto, as equipes de Scrum geralmente acabam priorizando o trabalho com base em direções de equipes transversais.

Além disso, o proprietário do produto coleta feedback de usuários finais através de testes de usuário. Isso permite que eles permaneçam em contato com as necessidades do usuário, para que também possam priorizar o trabalho para resolver pontos de dor comuns conforme necessário.

Certifique-se de que a equipe do Scrum segue diretrizes para o desenvolvimento do produto

O proprietário do produto também orienta as partes interessadas e as equipes de scrum através doprocesso de desenvolvimento de produtos.. Enquanto diferentes empresas podem usar variações desse processo, geralmente consiste em seis etapas que vão desde a ideia inicial do produto à implementação real. Seguir este processo predefinido ajuda as equipes iniciando produtos com a menor quantidade de risco. Por exemplo, as equipes devem criar um protótipo para testar o conceito inicial, concluir os testes front-end para identificar erros de desenvolvimento ou riscos e executar o teste do usuário para garantir que o produto acabado atenda às expectativas e aos requisitos dos usuários finais.

O proprietário do produto não cria esse processo a partir do zero (é normalmente definido pela liderança dentro da equipe do produto), mas é sua responsabilidade coordenar com as partes interessadas e garantir que a equipe segue cada etapa.

Tomar posse

Os proprietários de produtos são um componente essencial de qualquer equipe de Scrum. Eles desenvolvem a visão de alto nível para um produto e ajudam a equipe a executar essa visão - então todos entendem o propósito dos novos recursos do produto e por que eles são importantes.

Para ser bem sucedido como proprietário de um produto, você precisa colaborar com membros da equipe Scrum e as partes interessadas diariamente. Considere a simplificação do seu trabalho com uma ferramenta de gerenciamento de projetos para que você possa planejar seus sprints, executar tarefas e comunicar tudo em um só lugar.