Product Owner – Com grandes poderes vem grandes responsabilidades

O papel mais conhecido do framework Scrum é o Scrum Master, o “mestre do Scrum”. Porém, se o Product Owner não fizer um bom trabalho, a vida do Scrum Master e de toda a equipe de desenvolvimento vai ser um inferno.

O Product Owner, dono do produto, é responsável por dar todas as diretrizes de o que será feito e de quando será feito. O como será feito fica a cargo da equipe de desenvolvimento.

Ou seja, é o Product Owner que trás toda a expectativa e as necessidades dos clientes para o projeto. Ele é responsável por gerir todas as demandas, ordená-las de acordo com as prioridades definidas e prepara-las para que possam entrar nas Sprints.

“Ah, não é só criar uma lista ordenada e pronto, as coisas vão se encaixando?”

É com essa mentalidade que muitas empresas começam a implantar o Scrum. O trabalho do Product Owner vai muito além de cuidar de uma lista de demandas. Essas demandas precisam estar minimamente detalhadas, toda o entendimento de negócio precisa estar combinado, entendido e documentado com o cliente, pois este entendimento será passado para a equipe de desenvolvimento. Se a equipe de desenvolvimento levanta dúvidas funcionais que o Product Owner não previu, ele precisará voltar a falar com o cliente e nem sempre existe um timing para isso. Neste caso o PO precisará tomar decisão de retirar determinada demanda, alocar uma outra, renegociar prazo com cliente e tudo o mais.

E neste exemplo estamos falando de um mesmo cliente demandando um ou mais projetos. Quando se trata de manutenção e evolução de grandes sistemas de mercado, onde se tem vários clientes demandando ao mesmo tempo, o PO precisar estar totalmente atualizado com todas as demandas, negociar prazos e custos de todas elas, garantir o entendimento e documentação de todas. É um trabalho bastante complexo.

E quando o PO não faz um bom trabalho? Aí as demandas entram nas Sprints sem um entendimento correto, o que gera dúvidas durante o desenvolvimento, gerando retrabalho, gargalos, correria e falhas das Sprints. Ou seja, se iniciar a Sprint com itens incompletos, a probabilidade de falha e stress de todo o time é muito grande.

Além da responsabilidade de dizer o que será feito e quando, o PO ainda deve ser uma pessoa bastante acessível antes e durante as Sprints para que a equipe possa tirar dúvidas de negócio. Outra responsabilidade é avaliar e aceitar ou não o que foi feito ao final de cada Sprint, garantindo assim que o que está sendo entregue é realmente o que o cliente precisa e espera receber.

Juntamente com o Scrum Master, o PO ainda ajuda em todo o planejamento de datas e recursos das Sprints, cronograma de liberação de versão e normalmente apoia ou faz algum trabalho comercial dentro das empresas.

Então, é ou não é um trabalho de extrema importância e grandes responsabilidades?

Mercado de trabalho

Normalmente este papel é feito por um gestor de produto, analista de requisitos ou até de um gerente de projetos em conjunto com uma pessoa do próprio cliente. Isso porque é fundamental e impreterível o conhecimento de negócio.

Assim como o papel de Scrum Master, as empresas também vem recrutando Product Owners como um cargo. Mas para este papel esta prática ainda está no início, ou seja, vem muita oportunidade pela frente.

Fazendo uma busca no site de vagas Ceviu na data de hoje (07/06/2016), temos 35 vagas para o título Product Owner. Como dito, por ser necessário um grande conhecimento de produto e negócio, este papel ou cargo normalmente é ocupado por um profissional “de carreira” da empresa ou do mercado.

Certificação

Também há treinamentos e certificações específicas para os Product Owners. Nestes treinamentos os alunos aprendem sobre o framework em si, suas responsabilidades, técnicas e dicas para fazer um excelente trabalho neste papel.

E aí, gostou? Deu medo? Quer assumir estas responsabilidades? Invista em capacitação e você tira de letra.

No próximo post falaremos sobre a equipe de desenvolvimento.

Até lá.

#scrum #agile