Mas o que faz um Product Owner?
Recentemente recebi uma pergunta no Facebook, sobre o que faz um PO. Gostaria de responder a pergunta e deixar minha opinião registrada através deste post.
A pergunta foi mais ou menos assim:
Onde eu trabalho estou para assumir o desafio de ser PO, e parece que a empresa não tem bem definido o quais são as funções do PO pois alguns dos POs desenham diagramas como um analista de requisitos, isto está correto?
Segundo eles esta é a lista de atividades:
- Entender, criticar, questionar e mapear processos de negócio do cliente;
- Levantar requisitos funcionais e não funcionais de sistema;
- Mapear e descrever atores e casos de usos/user stories de sistema;
- Definir complexidade dos requisitos de negócio;
- Elaborar documento de escopo do sistema;
- Prototipar interfaces de usuário do sistema;
- Realizar reuniões de licitação de requisitos com cliente;
Vamos então as origens. De acordo com o Scrum Guides:
O Product Owner é responsável por maximizar o valor do trabalho que o Time de Scrum faz, [...] é a única pessoa responsável pelo gerenciamento do Product Backlog e por garantir o valor do trabalho realizado pelo Time. Essa pessoa mantém o Product Backlog e garante que ele está visível para todos. Todos sabem quais itens têm a maior prioridade, de forma que todos sabem em que se irá trabalhar.
O Product Owner é uma pessoa, e não um comitê. Podem existir comitês que aconselhem ou influenciem essa pessoa, mas quem quiser mudar a prioridade de um item, terá que convencer o Product Owner. Empresas que adotam Scrum podem perceber que isso influencia seus métodos para definir prioridades e requisitos ao longo do tempo.
Para que o Product Owner obtenha sucesso, todos na organização precisam respeitar suas decisões. Ninguém tem a permissão de dizer ao Time para trabalhar em um outro conjunto de prioridades, e os Times não podem dar ouvidos a ninguém que diga o contrário. As decisões do Product Owner são visíveis no conteúdo e na priorização do Product Backlog. Essa visibilidade requer que o Product Owner faça seu melhor, o que faz o papel de Product Owner exigente e recompensador ao mesmo tempo.
Isso dito, vamos fazer uma analise.
Product Owner (PO) é apenas um Papel do Scrum
Scrum é um é um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software [Wikipedia]. O processo define 3 papéis, entre eles o do Product Owner . Dessa forma em se tratando de Product Owner, podemos afirmar apenas que suas responsabilidades são apenas o que dita o processo:
- Maximizar o valor do trabalho que o Time
- Gerenciar o Backlog (Manter, Priorizar, etc)
Mas então quais são essas atividades?
- Criar protótipos?
- Fazer Pesquisas de Mercado?
- Detalhar Requisitos?
- Visitar Diferentes Clientes?
- Pesquisar Produtos Concorrentes?
- Conversar com Usuários?
- Desenhar Diagramas?
- Escrever Testes de Aceitação?
- Documentar?
- Manter um Documento de Visão?
- Servir Café aos Desenvolvedores?
Conclusão
Para todo problema complexo existe sempre uma solução simples, elegante e completamente errada.
Posts Relacionados:
Português

English