P.O — O mais sensível e poderoso elo do ciclo de concepção de produtos
Product Owners percorrem cuidadosamente todos os elos e orquestram a construção do produto
Por ser a intersecção entre diversas áreas fundamentais para a construção de um produto a função de P.O começa nos bastidores, enquanto o produto ou uma nova feature é só uma ideia, uma possibilidade, um desejo de um usuário, cliente, gerente, diretor, dono de empresa e etc. cabe a pessoa Product Owner viabilizar tudo para que este desejo se torne realidade, buscando sempre, é claro, maximizar o valor agregado do produto.
Munido de um mindset ágil, ela sabe que um software em funcionamento vale muito mais do que uma documentação abrangente, porém, a ideia de software/produto em funcionamento varia completamente dependendo do prisma que se olha e cabe a ela alinhar as expectativas e definir de forma clara o que será feito.
Product Owners precisam percorrer cuidadosamente todos os elos e orquestrar a construção e a entrega da fatia perfeita, por mais utópico que isso pareça esta deve ser nossa meta!
Para isso vejamos o que temos pelo caminho:
Business
P.Os precisam definir junto a área de negócios o que será entregue dentro dos desejos expostos, viabilizar e apresentar uma proposta de MVP (Minimum Viable Product), para isso ela sempre deve conhecer e expor as métricas do mercado e do produto, se basear no investimento x retorno projetado e o mais importante: apresentar a realidade, isso mesmo a realidade!
É muito comum stakeholders desejarem inúmeros incrementos, serem inclusive detalhistas em seus desejos, cabe você questionar:
É isso que as usuárias precisam? Isso vai maximizar o lucro? Isso vai melhorar a experiência da cliente?
É muito comum ouvirmos que P.Os tem o papel do negócio dentro do time de desenvolvimento e vice e versa, mas ao meu ver nós devemos extrapolar sempre este papel.
Ouso dizer ela é a cliente/usuária dentro do time de desenvolvimento, ela é a cliente/usuário dentro da área de negócio e ela conhece os caminhos para decifrar a cliente (ou deveria conhecer) e maximizar o valor do seu produto.
Lembre-se, qualquer desenvolvimento que não será utilizado é um prejuízo para o produto e isto ocorre muito, vejam:
É um desafio da pessoa Product Owner otimizar este indicador e para isso ela precisa priorizar mais entregas de valor e trazer todas as pessoas da cadeia para a mesma vibe.
User Experience
Quando as áreas de negócio/stakeholders trazem novas diretrizes para um produto novo ou já existente, a área de UX já deve estar envolvida, a participação deste elo na concepção de uma hipótese é fundamental.
É muito comum esta área ser envolvida quando já existe um escopo definido, afinal ali nascem os protótipos mas, quero te contar que UX é muito mais que isso. Um dos caminhos para decifrar a cliente é com ajuda do time de UX, essas pessoas são guardiãs da experiência, da usabilidade. Elas anseiam mesmo que utopicamente conceber a melhor e mais rentável jornada seja ela de compra, de serviço, de descoberta. São elas que comparam, escutam, inovam e vão te dar artefatos para sentir as clientes.
Lembre-se: O time de UX é parte fundamental de um time ágil.
Time de desenvolvimento
Hipótese validada temos um épico com objetivos claros e bem definidos então é hora de contar ao time no que irão trabalhar na próxima Sprint ou qual será a próxima entrega.
Eu particularmente gosto de dividir com o time o que estou fazendo até para que as pessoas se preparem para as cenas dos próximos capítulos. Fazia isso informalmente mas passei a usar o upstream no quadro (volto para falar disso em breve).
Em conjunto (P.O, desenvolvedoras e UX) realizam um refinamento, analisam o épico. Esta interação entre P.O e o time de desenvolvimento é primordial para que o time entenda o valor daquilo que estão construindo (o que, para quem, por que).
É muito comum neste momento que você, Product Owner, seja questionada e muitas vezes voltar para a prancheta cheia de novos insights. É assim que recomeçamos o ciclo, com essa troca de conhecimento riquíssima que nunca deve ser limitada por algum escopo já definido anteriormente.
Feito isso o time ágil fatia as estórias, a pessoa P.O as prioriza entendendo as dificuldades e interdependências técnicas que possam existir avaliando esforço e então definem a(s) métrica (s) de sucesso para esta entrega — isso é muitoooo importante, qualquer entrega deve ter uma métrica de sucesso esta deve ser compartilhada com todas as pessoas (negócio, UX, Desenvolvimento e qualquer interessado). São estes fatores de sucesso que vão nos dizer que a fatia priorizada foi a ideal. Se for comemore, se não recomece!
Não é fácil ser esta intersecção mas é deliciosamente desafiante!
Product Owner, você é a pessoa que define o que faremos primeiro pelo produto, pela cliente e conta com o apoio de todas as pessoas para isso!
Contem pra nós como esta sendo sua experiência como Product Owner e quais são seus maiores desafios. Ou então comente sobre o que você quer ler por aqui!
Beijos manas!
