Como explicado no artigo “papéis do scrum”, no scrum existem 3 papéis e um deles é o Product Owner. Neste artigo vamos te explicar melhor quem pode ser e o que faz um Product Owner!
O que é um Product Owner
Product Owner
O Product Owner é o ponto central de liderança de produtos.
Cada PO precisa olhar em duas direções ao mesmo tempo:
- para as partes interessadas e
- para a equipe de desenvolvimento.
Por um lado, o PO age como a voz das partes interessadas, garantindo que a solução correta seja desenvolvida.
Por outro lado, o PO deve comunicar à equipe de desenvolvimento o que construir e a ordem na qual construir, além de verificar se a coisa certa foi construída.
Por esses motivos, o PO é geralmente considerado como parte do gerente de produto, parte analista de negócios e parte testador.
Principais responsabilidades
função de PO é uma função em tempo integral com responsabilidades significativas.
Os PO devem gerenciar a economia, participar do planejamento, preparar o backlog do produto, definir os critérios de aceitação e verificar se eles são atendidos, além de colaborar com a equipe de desenvolvimento e as partes interessadas.
- Gerencia economia: Assegura de que boas decisões econômicas estejam sendo tomadas continuamente nos níveis de liberação, sprint e backlog do produto.
- Participa no planejamento: O PO é um participante-chave no planejamento de atividades nos níveis de portfólio, produto, release e sprint.
- Prepara o Backlog do Produto: Certifica de que os itens da lista de pendências de produtos sejam continuamente criados, refinados, estimados e priorizados.
- Define e verifica os critérios de aceitação: Define as condições sob as quais o PO ficaria satisfeito de que os requisitos funcionais e não funcionais foram atendidos para cada item de lista não processada do produto.
- Colabora com a equipe de desenvolvimento: Para permitir feedback rápido e frequente, o proprietário do produto está comprometido e comprometido em trabalhar com a equipe de desenvolvimento diariamente.
- Colabora com os Stakeholders: O Product Owner trabalha com toda a comunidade de stakeholders – interna e externa – para reunir informações e sintetizar uma visão coerente do produto.
Características e habilidades
As características críticas do PO podem ser agrupadas em quatro categorias: conhecimento de domínio, habilidades de pessoas, capacidade de tomada de decisões e responsabilidade.
Conhecimento de domínio
Deve ter conhecimento de negócios e domínio apropriado.
Habilidades com Pessoas
Deve ser um bom comunicador, negociador, motivador e construtor de consenso.
Capacidade de decisão
Deve ter autonomia para tomar decisões importantes e, muitas vezes, difíceis. Sem responsabilidade suficiente, o Product owner torna-se um impedimento e não um facilitador.
Prestação de contas
É responsável por fornecer bons resultados de negócios, por estar disponível para a equipe de desenvolvimento e os interessados e por ser um membro colaborativo da equipe do Scrum.
Quem deve ser o Product Owner
Product Owner
A maioria das organizações não relacionadas ao Scrum não terá uma função chamada PO.
Então, quando a empresa começa a trabalhar em equipes ágeis ou Scrum, a pergunta que muitas equipes fazem é: quem deve ser o proprietário do produto?
O PO é uma mistura de autoridade e responsabilidades que historicamente foram encontradas em vários papéis tradicionais. Em sua expressão mais abrangente, o PO incorpora elementos das funções de gerente de produto, comercial de produto, gerente de projeto, analista de negócios e testador de aceitação.
Exatamente quem deve ser o proprietário do produto depende do tipo de esforço de desenvolvimento e da organização específica
Desenvolvimento Interno
O PO deve representar a área de negócios que se beneficiará da solução.
Desenvolvimento comercial
O PO deve ser capaz de atuar como um proxy para os clientes e usuários reais (normalmente, um gerente de produto, um comercial ou um gerente de projeto).
Desenvolvimento terceirizado
: O PO deve ser um representante da empresa pagando pela solução e recebendo os benefícios.
Desenvolvimento de Componente
O PO para esse tipo de projeto de desenvolvimento de arquitetura deve ser um técnico que entenda a melhor forma de priorizar itens técnicos.
Product Owner combinado com outras funções
Às vezes, é possível ser PO para mais de uma equipe, de preferência no mesmo esforço de desenvolvimento.
Também há exemplos limitados de combinação bem-sucedida de um membro da equipe de desenvolvimento com um proprietário do produto. As equipes, no entanto, nunca devem combinar a função ScrumMaster com a função de proprietário do produto, porque isso cria um conflito de interesses.
Equipe de Product Owner
Para aplicar adequadamente o Scrum, precisamos que um indivíduo seja o PO, tomando decisões e atuando como a única voz das comunidades de partes interessadas para a equipe do Scrum.
As equipes de POs existem, mas existem para fornecer informações e orientação ao produto. Eles não são um comitê de tomada de decisão ou um substituto para um dono de produto com poderes.
Algumas equipes usam os POs principais para produtos muito grandes. Nesses casos, o PO principal é responsável por todo o produto, mas uma equipe de POs é responsável por recursos individuais desse produto. Para que isso funcione, os proprietários de produtos em nível de equipe devem ter o poder de tomar a maioria das decisões sem precisar repassá-los para a hierarquia.
Conclusão
Fique por dentro de nossos conteúdos se cadastrando na nossa newsletter semanal! Clique aqui!
