Em empresas que vivenciam métodos ágeis e mesmo algumas que ainda não vivenciam, um papel diferenciado se destaca, o de PO ou Product Owner, mas o que é e como crescer e evoluir nesta atuação de grande responsabilidade e visibilidade?
O papel de Product Owner se estabeleceu como um padrão de mercado, um profissional dedicado a ser o representante do cliente em um ou mais produtos. Mesmo empresas que não utilizam métodos ágeis, vem estabelecendo este papel do método SCRUM.
Um profissional empenhado a entender o negócio, produto e stakeholders para a tomada de decisão e máximo retorno de valor para o negócio sobre o investimento – driver: mercado, negócio, ROI, Lean Startup, Design Thinking, Small Projects e Agile Thinking.
Jeff e Ken mantém o Scrum Guide e o compartilham em dezenas de linguas com a ajuda de agilistas de todo o mundo – https://www.scrumguides.org/download.html – agregando aprendizados em média a cada dois anos. O que diz o Scrum Guide sobre PO?
O Product Owner é o responsável por maximizar o valor do produto resultado do trabalho do Time de Desenvolvimento. Como isso é feito pode variar amplamente através das organizações, Times Scrum e indivíduos. O Product Owner é a única pessoa responsável por gerenciar o Backlog do Produto. O gerenciamento do Backlog do Produto inclui:
• Expressar claramente os itens do Backlog do Produto;
• Ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões;
• Otimizar o valor do trabalho que o Time de Desenvolvimento realiza;
• Garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir; e,
• Garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário.O Product Owner pode fazer o trabalho acima, ou delegar para o Time de Desenvolvimento fazê-lo. No entanto, o Product Owner continua sendo o responsável pelos trabalhos. 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 endereçar ao Product Owner.
Para que o Product Owner tenha sucesso, toda a organização deve respeitar as decisões dele(a). As decisões do Product Owner são visíveis no conteúdo e na priorização do Backlog do Produto. Ninguém pode forçar o Time de Desenvolvimento a trabalhar em um diferente conjunto de requerimentos.
Em 2013 eu lembro que assisti alguns vídeos do Henrik Kniberg, entre eles um overview sobre o framework Scrum, sempre didático, entre eles tinha o vídeo abaixo sobre o papel de product owner. É um vídeo antigo, de quando ele era coach na Spotify, época que a empresa explodiu:
Tem um vídeo da KnowledgeHut que eu acho muito didático e assertivo no conceito, acho que é um bom início para quem ainda está começando:
Em 2018, um dos últimos TecnoTalks foi exatamente um sobre PO com profissionais diferenciados, o post com tudo o que rolou, perfis dos participantes, relato – https://jorgeaudy.com/2018/11/01/31-10-po-debate-entre-especialistas/
Antes, em 2017 organizei um open space para debater o papel de PO que rolou no primeiro Canal Café, aquele ali do estacionamento na entrada do TecnoPUC, que contou com muita gente e como todo Open Space foi anárquico e memorável. No post que fiz na época tem vários vídeos com os pitchs e debates de cada grupo de discussão, clica no link, lá tem pelo menos 3 vídeos legais – https://jorgeaudy.com/2017/02/10/ttalks-keep-calm-and-trust-your-product-owner/
Finalmente, tenho um talk na Quarta do Conhecimento da PROCERGS em 2014 com o mote “DNA de um PO”. É quase um achado arqueológico, o tempo passa voando:
Jorge Horácio "Kotick" Audy 