Welcome to Your Local Real Estate Update Center

The real estate market is where people begin and continue their lives. Many buy and live in homes for shelter, while some buy and sell homes for investments. Either purpose requires constant…

Smartphone

独家优惠奖金 100% 高达 1 BTC + 180 免费旋转




O que um bom Product Owner faz?

Escrever sobre Product Owner não é fácil, é um dos papeis mais importante dentro de um Time, tão importante que irei destacar desdo começo desse artigo a seguinte frase:

Falando sobre as regras de negócio e por onde o produto precisa começar e qual o seu valor já estamos falando fortemente da presença do P.O, esse papel dentro do time é de extrema importância destaco esse papel pelo simples motivo, é o GUIA do time.

São essas perguntas que o time no inicio de qualquer projeto faz ao nosso super herói desse artigo. Importante mencionar que o TIME é composto por:

Ou seja o Product Owner faz parte do Time, fazer parte do time é ficar próximo ao time, estar na mesma sala em que o Time, para que qualquer duvida o time se sinta confortável em recorrer ao P.O, não estar próximo ao time pode trazer complicações enormes pela simples falta de alinhamento de idéias ou entendimento das historias em que o P.O criou. Não podemos esquecer que a história de usuário nada mais é do que.

Uma historia de usuário que o P.O criar para o time não quer dizer que dentro dessa historia terá completamente tudo em que o time precisa para desenvolver, caso haja alguma duvida o P.O precisa estar presente para que o Time o procure para tirar as duvidas e continuar a execução daquela historia. Caso o P.O não esteja a disposição do Time podemos ter nesse momento diversos problemas. Como:

Um apelo muito comum que vemos nos Times hoje é:

A presença 100% do Product Owner dentro do Time traz uma segurança enorme para o desenvolvimento do produto, e todos ganham com isso, vemos em algumas empresas o P.O externo ou que vem algumas vezes por semana visitar o time. Preciso deixar bem claro que o P.O faz parte do time e precisar estar fisicamente dentro do time não fazer participação especial dentro do time. Claro que não estou dizendo que o P.O só pode ter um produto apenas mas que ele fique dentro dos times dando a assessoria necessária.

Abaixo listo os principais Skills de um Product Owner:

Responsável pelo sucesso do produto O Product Owner no inicio do projeto antes de qualquer coisa, a primeira responsabilidade é o entendimento do produto junto aos Stakeholders e as expectativas que cercam o produto. Algumas perguntas básicas precisam ser feitas aos Stakelholders.

Qual a necessidade desse produto no mercado?

Quais são os diferenciais desse produto comparado a outros que já existem no mercado?

Qual o tempo que esse produto precisa ir ao mercado para ser competitivo?

Esse produto pode ser entregue em MVP (Produto Minimo Viável) ?

Entre outras perguntas, para que na hora do entendimento que o P.O irá passar ao time a visão do produto esteja alinhado aos Stakelholders o entendimento do produto, para que seja compreendido 100% pelo time, cada funcionalidade do produto o P.O precisa saber, o Time precisa ter confiança nas informações que o P.O esta trazendo para ser desenvolvido. E o mais importante as funcionalidades precisam estar priorizadas para o Time ter por onde começar e estimar o desenvolvimento da mesma.

“Possuir” o produto em nome de proprietários de empresas O Product Owner representa o cliente dentro do Time, mostra o que os Stakeholders estão esperando e quais expectativas tem perante aquele produto que esta preste a ser desenvolvido, importante o P.O ter o “poder” de tirar e colocar funcionalidade dentro do produto uma vez que o time tentar negociar alguma entrega o P.O possa re-priorizar, para isso o P.O precisar estar alinhado sempre com os Stakeholders. Um detalhe importante que o P.O precisa estar sempre pesquisando seu produto no mercado e saber como seus concorrentes estão no mercado para que seu produto seja competitivo, levando aos Stakeholders informações de mercado relevantes ao seu produto.

Mantém a visão dos Stakeholders ao desenvolver o produto É de extrema importância que o P.O mostre ao Time a visão dos Stakeholders para que o produto seja construído de acordo ao combinado entre P.O e Stakeholder, para isso temos as MVP, entregáveis curtos para analise do P.O junto aos Stakeholder para que seja mostrado se estamos indo na direção correta e que o produto possa ir ao ar, sendo usado e obtendo feedback dos usuários. Com esses feedback podemos alterar o produto e algumas funcionalidades de acordo as necessidades que vão surgindo.

Preocupa-se com as necessidades do usuário e as metas de negócios O P.O precisa desdo inicio se preocupar se o produto irá atingir as necessidades do usuário ou se precisa de modificações no meio do caminho para atingir as metas definidas no inicio trabalhando a usabilidade com o time de UX. Como o papel do P.O dentro do time é representar o negócio ele pode fazer alterações para que o produto seja ajustado para atingir a meta de negócio, só o P.O pode mudar regras de negocio dentro do time.

Guie o projeto na “direção” correta De acordo com as entregas que o time realiza o P.O valida e verifica se esta de acordo a Visão do Produto caso não esteja ele pode pedir ao Time ajustes para estar de acordo ao que o produto precisa. Durante o desenvolvimento ele também pode ir guiando o time participando das Daily caso o time o solicite.

Bom colaborador de equipe Estar sempre disponível para o time para tirar duvidas, e se mostrar solicito e presente.

Colabora com a equipe de desenvolvimento e as partes interessadas A figura do P.O a todo momento pode ser solicitada, pode ser pelo Time ou por outras áreas (Infra, Arquitetura, etc) por deter o conhecimento do produto e ser o “Dono do produto” terá momentos de definições técnicas ou algo que saia de seu conhecimento que a parceria entre o P.O e Scrum Master se faz muito necessária os impedimentos que o P.O tiver pode pedir ajuda ao Scrum Master e conseguir assim solução para o problema.

Para concluir:

Temos usado muito as técnicas de concepção de produto, Lean Inception do nosso grande amigo Paulo Caroli, irei deixar o link abaixo para você utilizar quando for levar ao seu time o entendimento do produto.

Add a comment

Related posts:

Early vs. Late Binding at the Chinese Restaurant

A programming object written in one language (say, C++) can be called from a different language (say, VBA) because the two languages agree on a common interface. VBA can call the functions in the C++…

Masyarakat Demokratis Tanpa Teror

Dalam masyarakat demokratis, kebebasan mengekspresikan pandangan politik adalah niscaya. Namun, ini pula yang menjadi celah bagi tumbuhnya radikalisme dan terorisme. Mengatasinya, negara menjadi…

WHAT IS IT THAT WE SHARE?

I first came across writer and podcaster Ahmed Ali Akbar’s work through his podcast, See Something Say Something, which came out as part of Buzzfeed’s cohort of podcasts in October 2016-a month…