Como escolher Product Owners

Um dos papéis mais polêmicos do Scrum, o Product Owner, é fundamental para a máxima geração de valor para o cliente em um curto espaço de tempo, se adequadamente abordado pela organização. No entanto, é preciso, para garantir uma abordagem mais exitosa, compreender exatamente o que um PO precisa saber e fazer e em que contexto ele está inserido.

Se a escolha da pessoa que vai assumir tal papel se basear em preconceitos, é possível que o projeto caminhe para as mesmas frustrações de um contexto tradicional de gerência de projetos: hierárquico, imperativo e frustrante para cliente e time.

Ao observar o Scrum Guide, é possível perceber que ele não prescreve o rol de competências de um PO, muito embora deixe claro seu papel em um time Scrum.

O Product Owner deve buscar aprimorar o valor do produto e do trabalho do time através do gerenciamento do backlog do produto que considera, dentre outras coisas: definir os itens presentes no backlog, trabalhar para que todos tenham conhecimento sobre os itens do backlog e ordenar os itens de forma a facilitar o alcance dos objetivos do projeto.

O Product Owner pode realizar este trabalho acima, ou transferi-lo para o time de desenvolvimento. Entretanto, ele permanece responsável pelas tarefas.

O Product Owner é uma pessoa, não um comitê. Ele pode representar os desejos de um comitê no backlog de produto, mas aqueles que desejarem alterar a prioridade de um item no backlog precisam fazê-lo através do Product Owner.

Para o Product Owner ter sucesso, toda a organização precise respeitar suas decisões que devem ser visíveis no conteúdo e priorização do backlog. Não é permitido a qualquer outra pessoa dizer ao time de desenvolvimento para trabalhar de acordo com outro conjunto de requisites, e não é permitido ao time agir de acordo com o que qualquer outra pessoa diga.

Para o projeto, pode-se escolher como Product Owner alguém do próprio cliente ou alguém da organização contratada para gerar o produto.

A escolha de alguém do cliente (ou o próprio cliente, se for apenas uma pessoa) é adotada por muitas organizações. Nesse caso, ele definirá o produto a partir de suas necessidades e da sua organização. Naturalmente, essa escolha simplifica a gestão da participação do cliente no projeto e todo o processo de obtenção de feedback.

Em diversos cenários, no entanto, a escolha de alguém designado pelo cliente pode não ser a melhor opção, especialmente se essa pessoa não souber exercer esse papel.

Esse problema é mais comum do que parece. Um Product Owner do cliente pode simplesmente não ter as habilidades e conhecimentos necessários, que obrigatoriamente incluem o próprio Scrum e a gestão de produtos.

Embora talvez treinamentos sejam uma opção, é mais comum que o foco do cliente esteja quase que inteiramente nos problemas e muito pouco nas soluções, enquanto se espera que um Product Owner seja capaz de oferecer soluções de negócios a partir do produto que está definindo.

Além disso, mesmo que esse Product Owner possua os conhecimentos e habilidades, é possível que ele não possua a disponibilidade necessária para executar o seu papel, pois provavelmente estará envolvido em outras questões do seu próprio dia a dia de trabalho no cliente. O resultado seria um Product Owner que pouco interage com o time de desenvolvimento e que não consegue dedicar tempo para pensar no produto e refinar o product backlog.

Essa definição é fundamental para guiar uma correta identificação do perfil ideal de um Product Owner. A definição, ao contrário do que se observa disseminado na comunidade, está centrada mais na comunicação clara com o time de desenvolvimento do que no conhecimento do negócio.

O foco exclusivo no pretenso conhecimento do negócio pode acarretar em um distanciamento do ...