Eu sou um Product Owner.

A maioria das empresas de software acham que o Product Owner é o gerentão que coloca a pressão para as coisas acontecerem ou pensam que é o garçom da empresa que fica tirando pedido dos departamentos e acaba mais dizendo sim do que não. Pois é, geralmente essa é a visão distorcida que as pessoas tem do Product Owner e por este motivo decidi escrever uma breve abordagem do que faz um P.O.

product_owner_scrum_2

 

Acredito que o primeiro requisito para ser um P.O é ter bom senso, capacidade de tomada de decisão e muita inteligência emocional. Lidar com clientes, equipes de desenvolvimento, diretores, parceiros, indianos… é bem complexo. Nesse mix de perfils faz com que seja obrigatório entender de pessoas e não apenas de tecnologias. Pela minha experiência e pelos fatos que já presenciei, mais de 90% dos problemas em projetos e produtos ocorrem pela tomada de decisão errada das pessoas, ou pela falta de humildade de assumir um erro e correr para reverter ou pelo orgulho de não deixar que o time tome a decisão em conjunto.

O PRODUCT OWNER REPRESENTA A VOZ DO CLIENTE E É RESPONSÁVEL POR GARANTIR QUE A EQUIPE AGREGUE VALOR AO NEGÓCIO. O PRODUCT OWNER ESCREVE CENTRADO NOS ITENS DO CLIENTE , OS PRIORIZA E OS ADICIONA PARA O PRODUCT BACKLOG.

KEN SCHWABER

 

Portando, o papel que um P.O precisa exercer é de ser um conector entre a área de negócios e tecnologia, fazendo com que as direções sejam tomadas com base em justificativas consistentes de valor para os usuários.Ele precisa criar e aumentar o valor para o negócio e ainda eliminar o desperdício nas entregas.

product_owner_scrum_1

 

Outro ponto importante é que a parte tática do P.O para construir um projeto é entregue na elicitação de requisitos. Considero essencial criar um fluxo de colaboração para entendimento dos requisitos do projeto, por mais que seja uma tarefa exclusiva do P.O, ele precisa coexistir com o time e levantar a bandeira de entrega com a melhor qualidade. Não basta escrever histórias e definir bons critérios de aceitação, seu processo analítico e crítico precisa ser ativo em todas as interações, isso ajuda a incluir dentro da empresa uma visão de valor nas entregas. Elicitar se define como um entendimento muito maior do que apenas uma captura e escrita de documentos.

Abaixo coloco algumas atividade que um Product Owner precisa atuar:

  • Apoiar e manter a cultura ágil na empresa
  • Ser um líder servidor para seu time
  • Ter sempre uma meta a ser alcançada através de um valor de entrega
  • Entender de arquitetura de informação para solucionar a vida dos usuários
  • Disponibilidade para o time
  • P.O é full time P.O
  • Manter o time em uma velocidade saudável
  • Entender muito bem como funciona o nicho de mercado do seu produto
  • Planejar e manter épicos, temas e histórias de usuários
  • Dar feedback para a comunidade de negócio
  • Priorizar histórias por Valor de Negócio
  • Aprovar e aceitar histórias
  • Manter as histórias independentes
  • Definir o MVP e garantir a evolução continua
  • Manter a rastreabilidade de histórias para temas e épicos