O Product Owner

Atualizado em 06/05/2018
Scrum e Métodos Ágeis

Neste artigo você vai entender o que é e quais as responsabilidades do papel do Product Owner dentro dos Times Scrum.

Em meados da década de 60 a indústria de software se via na famosa Crise do Software: os projetos eram entregues de maneira pouco manutenível, cheios de falhas, não escalavam e muitas vezes não atendiam às reais necessidades dos clientes. Dessa crise surgiram as boas práticas de Engenharia de Software que resolveram quase todos estes problemas (obviamente nos projetos onde foram aplicadas corretamente) exceto um: os softwares continuavam não atendendo às reais necessidades dos clientes.

Mas afinal, se não era um gap tecnológico que impedia os projetos de serem bem sucedidos, o que devíamos fazer de diferente? Onde estava o real problema do setor? Na comunicação, e a clássica figura abaixo demonstra o resultado de um projeto onde o famoso “telefone sem fio” acaba por gerar resultados desastrosos.

No início dos anos 90, com o advento dos métodos ágeis de desenvolvimento de software, em especial o framework Scrum, que nos deparamos novamente com este problema de comunicação que acontecia em especial entre o cliente e os desenvolvedores do software contratado. Qual a solução para esse gap? O papel do Product Owner.

O Product Owner é o representante máximo dos desejos do cliente dentro do Time Scrum. É ele que conhece o problema, as “dores”, o retorno esperado pelo projeto e ele é o papel responsável por usar toda sua expertise para guiar o Time de Desenvolvimento para que o seu trabalho seja o mais otimizado possível, do ponto de vista de ROI (Return Over Investment – Retorno Sobre Investimento).

Enquanto que nos modelos tradicionais as conversas com o cliente resumem-se a reuniões pontuais em marcos do projeto (quando não acontecem apenas no início e no fim do mesmo), o Product Owner é um membro full-time do Time Scrum, estando sempre à disposição dos desenvolvedores para resolver todo tipo de impedimento de negócio, dúvidas de priorização de atividades e principalmente, para trabalhar constantemente no refinamento do Backlog de Produto e nos seus desdobramentos como roadmaps e releases.

Junto aos stakeholders, o Product Owner transforma a estratégia da empresa e os requisitos de negócio em especificações mais digeríveis para os desenvolvedores, como Histórias de Usuário, por exemplo. É ele que faz a ponte entre o Time Scrum e o mercado/clientes, sendo a sua palavra soberana neste assunto.

Ele possui um papel crucial na Sprint Planning, quando ele deve apresentar ao time quais são os próximos objetivos com o produto e as prioridades do backlog. Além disso, enquanto o Time de Desenvolvimento estiver trabalhando na sprint atual, o Product Owner deve estar sempre planejando e organizando a próxima. Faz parte do ciclo também a participação do Product Owner na Sprint Review, onde geralmente ele recebe o Incremento de software que o time conseguiu criar ou até mesmo apresenta o mesmo aos stakeholders, caso ele já conheça o resultado da sprint.

Junto ao Scrum Master, o Product Owner compartilha a servo-liderança do time, guiando a todos para o maior sucesso possível em termos de produto. Ele não é a figura que vai definir aspectos tecnológicos do produto, mas provê a orientação necessária do quê deve ser construído primeiro, o que faz mais sentido com a estratégia de “go to market” do produto, dentro do “time to market” do mercado. Métricas como CAC, ROI, AARRR, Payback, TCO e muitas outras devem estar no rol de siglas do P.O. que geralmente deve ter um perfil mais analítico e data-driven.

Geralmente Product Owners são profissionais de mercado que conhecem muito do produto ou dos clientes que o compram/comprariam e essa sua expertise (além da dedicação integral) é o que evita que o Time Scrum cometa o mesmo erro dos times de desenvolvimento tradicional, criando softwares que não servem pra nada ou causando prejuízos enormes com features sendo entregues sem nenhuma prioridade coerente. Justamente um dos principais problemas que os métodos ágeis buscam endereçar desde a sua criação até os dias atuais.

Referências bibliográficas

Luiz Duarte. Agile Coaching: Um Guia Prático, LuizTools, 2019

Luiz Duarte. Scrum e Métodos Ágeis: Um Guia Prático, LuizTools, 2016

Schwaber, Ken e Sutherland, Jeff. O Guia do Scrum. O Guia Definitivo para o Scrum: As Regras do Jogo. 2020.

PMI - PROJECT MANAGEMENT INSTITUTE. Guia PMBOK®: Um Guia para o Conjunto de Conhecimentos em Gerenciamento de Projetos, Sexta edição, Pennsylvania: PMI, 2017.

Saiba mais Scrum e Métodos Ágeis

Scrum e Métodos Ágeis-Resumo

Transformação Ágil

Scrum e Métodos Ágeis-Mais lidos

Especialista em Métodos Ágeis

Luiz Duarte

Boa noite pessoal, meu nome é Luiz Duarte e passo agora a fazer parte do Escritório de Projetos como Especialista em Métodos Ágeis. Possuo um background técnico muito forte, tendo obtido graduação e pós-graduação na área de computação, trabalhando desde 2006 em projetos de software. Não obstante, atuo desde 2013 anos como professor universitário em disciplinas relacionados a Engenharia de Software, Análise de Sistemas e Projeto Aplicado. Especificamente na área de gestão de projetos passei a estudar e utilizar do Processo Unificado ainda em 2007, seguido de RUP em 2008-2009 para adentrar no mundo ágil em 2010, iniciando os estudos e tirando as certificações de Scrum que carrego até hoje com muito orgulho. Em oito anos trabalhando como Scrum Master e, há alguns anos como Agile Coach, tive a oportunidade de implantar e liderar times usando métodos ágeis em diversas empresas, desde minúsculas startups até cases em bancos digitais. Essas e outras experiências quero compartilhar com os leitores do Escritório e ajudá-los no entendimento e na implantação de tais métodos no cotidiano de seus projetos, fornecendo um ferramental enxuto, prático e muito eficiente para lidar com desenvolvimento de produtos complexos e adaptativos. E então, preparado para aprender mais sobre métodos ágeis?