Escritório de Projetos

O maior e melhor conteúdo gratuito de gerenciamento de projetos do Brasil

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.

 

 

 

Sobre o Autor

 

luizfernandoduartejunior

Agile Coach no Agibank, autor do blog LuizTools e programador nas horas vagas.

Autor dos livros:

 

 

 

 

 

Login

Project Together

Quer ajudar e ser ajudado alcançando seus objetivos individuais Compre meu livro e Este endereço de email está sendo protegido de spambots. Você precisa do JavaScript ativado para vê-lo. avisando que quer participar do Project Together