O Dono do Produto – Product Owner
Um dos papéis fundamentais do Ágil é o Dono do Produto, também conhecido como Product Owner. Esta pessoa á responsável pela visão do produto, definição e priorização dos itens que compõem o Backlog.
É também responsável por manter a integridade conceitual das novas funcionalidades e melhorias, bugs ou débitos técnicos e por fim, é também corresponsável pela qualidade final do produto entregue junto ao time de desenvolvimento.
Neste nosso primeiro artigo, nós vamos apresentar quais são as funções, características, papéis e responsabilidades deste personagem.
O que é Dono do Produto?
Como o próprio título diz, o Dono do Produto é a única pessoa que tem propriedade sobre as tomadas de decisões de um Produto a ser desenvolvido. O Product Owner (PO) também é conhecido como responsável pela maximização do valor do Produto a ser entregue aos seus clientes ou usuários.
Segundo Guia Oficial do Scrum:
“O Product Owner é uma pessoa e não um comitê. O Product Owner pode representar o desejo de um comitê no Backlog do Produto, mas aqueles que quiserem uma alteração nas prioridades dos itens de Backlog devem convencer o Product Owner.”
O Proprietário do Produto é uma pessoa e não um comitê, área ou departamento. Espera-se que cada Produto tenha somente um Dono do Produto.
Essa pessoa é um membro do time ágil, do qual pode ser considerado o elo de ligação entre o negócio, usuários e time de desenvolvimento.
Papéis e Responsabilidades do Product Owner
O principal papel do Product Owner é o Gerenciamento do Backlog do Produto, também conhecido como a lista de funcionalidades que o Produto irá suportar e atender.
Além da maximização do valor do Produto e do Gerenciamento do Backlog, o Dono do Produto exerce as seguintes funções:
Representa a voz dos usuários
Responsável por filtrar as demandas recebidas e transformá-las em soluções de negócio.
Ele atua como o único representante exclusivo e oficial dos stakeholders e também deve ser capaz de identificar as Personas do seu produto.
Disponível
Responsável pela apresentação e esclarecimento dos itens a serem desenvolvidos e disponíveis no Backlog do Produto.
Nesta função, ele também deve garantir a clareza das informações à equipe que vai desenvolver o entregável.
Se o time de desenvolvimento tem uma dúvida de negócio que impacta, este deve esclarecer imediatamente.
Gerenciador do Backlog
É o único responsável pelo Gerenciamento do Backlog do Produto.
Deve garantir que a lista de itens (bugs, melhorias, débitos tecnicos e insights) esteja disponível e visível a todos os interessados do Projeto.
Realiza o refinamento e revisão constante dos itens do Backlog, mantendo os itens do topo da lista mais detalhados.
Principal pessoa da reunião de planejamento
Deve se preparar para realizar o Planejamento da Sprint junto à equipe de desenvolvimento.
Seu papel é apresentar de maneira clara e sucinta os itens do topo do Backlog ao time, de modo a facilitar o entendimento.
Elabora e detalha as histórias de usuários
Deve realizar a elaboração e refinamento das histórias (ou qualquer outro método de documentação de necessidade).
Todas as informações, critérios de aceite e descrição devem estar de acordo com as necessidades dos usuários.
Deve utilizar as sua habilidades de comunicação para expressar as informações de maneira clara e objetiva.
Interlocutor
O Dono do Produto é o único elo de ligação entre usuários e time de desenvolvimento.
Por isso, deve ser responsável pelo gerenciamento de eventuais conflitos e capacidade de negociação com todas as partes.
Precisa também ter a capacidade de entender os problemas dos usuários, transformar em solução com base no valor de negócio para o Produto e traduzir ao time de desenvolvimento.
Planejamento das Entregas por valor
Seja pelo uso de Roadmap, planejamento de MVPs ou qualquer outra técnica, deve planejar cada entrega buscando o maior valor agregado.
Precisa atuar como pessoa estratégica que pensa no produto por fatia de entrega visando resolução de problemas.
Participar das cerimônias de Planejamento e Revisão da Sprint
Já falamos logo acima da necessidade da participação da reunião de planejamento. Logo, nenhuma outra pessoa deverá exercer essa função.
Ele deve participar também da reunião da revisão para validação final do novo entregável disponibilizado pelo time.
O Product Owner é também responsável pela qualidade final do produto.
Compreensão do negócio, ramo e mercado de atuação em que está situado
O PO não precisa entrar na organização conhecendo o produto, mercado e usuários no primeiro momento. Mas ele terá que aprender com o tempo!
Toda a atenção do Proprietário do Produto deve se dar a conhecer tudo que envolve esse produto e pode refletir em seus usuários.
Sendo assim, nós devemos ser experts no negócio, ramo e mercado de atuação. Precisamos – com o tempo – ter a resposta para qualquer dúvida na “ponta da língua”.
5 Características e Habilidade para o Product Owner
Para a realização do seu trabalho, é muito importante que o Dono do Produto tenha características e habilidades necessárias para o melhor desenvolvimento e alinhamento do Produto a ser entregue.
Separamos aqui 5 características e habilidades essenciais para o Proprietário do Produto:
1. Comunicação
Talvez a maior e mais importante habilidade a ser exigida do Product Owner, a comunicação precisará ser eficaz e com qualidade para evitar ruídos e mal entendidos.
Esse profissional precisará ter competência para negociar e conversar com dezenas ou centenas de pessoas distribuídas entre usuários, time de desenvolvimento, stakeholders, fornecedores, entre outros.
O poder de negociação também deve ser aplicado com maestria.
2. Curioso
O mundo muda, as pessoas mudam, produtos e concorrentes também mudam e cada dia que passa menos sabemos o que mudou.
Por isso o Product Owner deve ser sempre questionador, deve buscar os “porquês” e “pra quês” que envolve o Produto.
Vergonha não é uma personalidade aceitável para o PO. Ele precisa mesmo é de ousadia para questionar e perguntar.
3. Pesquisador
Em conexão com a curiosidade, a pesquisa mostra aquilo que não sabemos e quem melhor para nos dizer do que nossos usuários?
Por isso a aplicação de pesquisa de usuários não deve, de maneira alguma, ficar restrita aos profissionais de UX, mas também ao PO.
O Product Owner precisa pesquisar também seus concorrentes, mercado, negócio, números, tendências e qualquer outro item que tenha relação com o produto em desenvolvimento.
4. Empático
Empatia é a capacidade de se identificar com outra pessoa a fim de compreender o que ela pensa e sente. É se colocar no lugar ou contexto do outro.
Quando o PO passa a pensar como os seus usuários, ele entende melhor as dores e necessidades, conseguindo então gerar propostas de solução.
Empatia é essencial para construir produtos ou para convivência em sociedade – empatia é sempre bom!
5. Autodidata
O Dono do Produto precisa aproveitar cada dia como uma chance para aprender algo novo.
É necessário aprender sobre usuários/clientes, mercados, oportunidades e assim por diante.
Conclusão
Concluímos então que todo o Produto a ser desenvolvido está sob domínio e responsabilidade do seu proprietário – O Product Owner, do qual deverá ser capaz de compreender o negócio envolvido, pensar de maneira holística e transferir essa necessidade aos desenvolvedores.
Não podemos esquecer que este papel do Product Owner é de extrema importância dentro do Scrum ou qualquer outro tipo de metodologia ágil.
Em suma, Donos do Produto são profissionais que precisam ter todas as características, habilidades e competências necessárias para construir Produtos. Nós PO’s pensamos como o produto vai resolver as dores dos nossos usuários. Nós somos produteiros!
Tenho experiência como PO, porém não tenho cursos e certificações. Por onde começar minhas qualificações já que o mercado exige ?
Olá, Jhenifer.
Muito obrigado pela sua dúvida. Teremos prazer em ajudá-la.
O fato de você já possuir experiência é bastante importante para sua carreira e isso já é uma excelente vantagem.
Antes de tudo, é importante também deixar claro que o Product Owner deve ser um profissional extremamente dinâmico, multidisciplinar e autodidata.
——
Partindo destes princípios, seguem alguns direcionamentos bastante importantes para o Dono do Produto:
1. Sugiro que você compreenda bem o Ágil, pois esse papel foi criado dentro do cenário de Agilidade.. Por isso entenda bem o Scrum, pesquise casos e retire a sua certificação.
2. Estude bastante sobre o Gerenciamento do Backlog, entenda bastante as técnicas de priorização, maximização do valor do Produto.
3. Ao encontro do Backlog, foque também no entendimento de histórias de usuários, busque diversos exemplos, pense muito nas necessidades do ponto de vista do usuário.
4. Falando em Usuário… você precisa adentrar bastante nesse assunto. Todo o Produto serve para resolver uma ou mais necessidade ou dores de usuários, por isso eles são extremamente importantes.. Recomendo entender técnicas de User Experience, estudar a respeito, entender técnicas de UX Research (Pesquisa de Usuário), busque conhecimento sobre mapeamento de dores e necessidades, priorização, refinamento, levantamento de hipóteses, prototipação de soluções e validação com esses usuários.
5. Caso você não tenha, acho interessante para um analista de requisito ou negócio entender a engenharia de requisitos. O IREB é o órgão certificador deste assunto.
6. Busque metodologias de Discovery, Inception, Design Think, entre outros..
7. Crie um Produto a partir de um problema do zero. Exercite a atividade de encontrar um Problema, Mapear Personas, Pesquisa de usuários, Jornada desses usuários, Prototipação, etc.. Depois com validação, geração de MVP, etc..
8. Então, foque em Certificações, recomendo duas: PSPO I e CSPO II
** Aqui eu recomendo esse curso barato e excelente: https://www.udemy.com/course/ux-design/
——
Por fim, envio a você um levantamento de estudos que eu fiz para MIM MESMO sobre o que EU ACHO que o PO deve ter a mais de conhecimento:
– UX e UI
– Canvas Proposta de Valor
– Design Think
– Métricas / OKR
– Marketing
– Startup
– Lean Startup
– Story Mapping
– PSPO
– Maximização de Valor
– Backlog do Produto
– Técnicas de Validação de hipótese
– MVP
– Teste de conceito
– Prototipagem
– Pesquisa de mercado
– Roadmap