Comentários sobre: Product Owner: Um de$graçado ganancio$o

Por: Otavio Medeiros

Otavio Medeiros — Sat, 26 Nov 2011 01:51:39 +0000

Olá Rodrigo, este post tem excelentes informações. Tu escreveu a seguinte opinião:
“Eu realmente acredito que a falta de compromisso com o ROI era por conta dessa proximidade com a equipe”.
Me parece que tu parte da premissa de que o PO é um cliente, um investidor, então não existe ninguém melhor do que ele para entender o que gera valor para ele . Eu te digo que eu trabalhei com um PO, que era do cliente, e não tinha a menor noção de ROI, do que realmente gerava valor para ele. No entanto, em outro projeto, o cliente terceirizou um PO que conduziu de forma excelente o projeto e todas as iterações geravam retorno para quem contratou ele. Sendo assim, sou obrigado a concordar que o papel do PO tem muito mais a ver com o comportamento do que com o time que ele “joga”.

Tenho uma dúvida que acredito ser bastante básica. Imagine que a empresa A quer lançar um produto para uma empresa B mas terceiriza o desenvolvimento para a empresa C. Tome como verdade o fato de que o PO faz parte da empresa C. A empresa B só irá investir no produto da empresa A se ele gerar algum retorno. Da mesma forma, a empresa A só irá investir na empresa C se esta última gerar retorno. Este PO deve se focar em qual cliente? Acredito que no cliente B pois ele é quem vai gerar retorno para o A. O cliente A pode não saber as reais necessidades do cliente B (acredite, eu vejo isso quase sempre). Se o PO não gera retorno para o B, este não investirá no A que por sua vez não investirá no C. Enfim, acredito que o foco do PO seja no cliente final. Estou certo?

Novamente, parabéns pelo artigo, muitíssimo bom.

Por: Participação no "Falando em Agile 2008" | André Faria Gomes

Participação no "Falando em Agile 2008" | André Faria Gomes — Wed, 10 Aug 2011 02:13:16 +0000

[...] O Antonio Carlos Silveira do Yahoo falou sobre o papel o Product Owner e a Priorizarão do Product Backlog. Os principais recados foram: [...]

Por: Bruno Taboada

Bruno Taboada — Tue, 03 Aug 2010 13:00:44 +0000

Gostei bastante do artigo e do exemplo.

Por: Seu cliente é ágil? | sauloarruda.eti.br

Seu cliente é ágil? | sauloarruda.eti.br — Mon, 10 May 2010 01:13:23 +0000

[...] Percebi algo interessante. Se falando de desenvolvimento ágil, mais especificamente SCRUM, temos a figura do Product Owner (PO). Esse é um papel bastante difícil de se assumir, visto que este cara visa o ROI como principal fator de sucesso de um projeto de software, pelo menos na cartilha. Fazendo um paralelo para o mundo real, nem com os cliente mais “engajados” que atendemos, tenho nutrido esperanças de ter um legítimo PO. [...]

Por: Por que Agile e Lean funcionam? « Acordo Coletivo (Empregados Petroleiros)

Por que Agile e Lean funcionam? « Acordo Coletivo (Empregados Petroleiros) — Wed, 31 Mar 2010 14:10:45 +0000

[...] O próximo nível é o de requisitos desnecessários. É aí em que os processos ágeis possuem práticas e mecanismos orientados para que o desperdício de criar requisitos de pouco valor não ocorra. Aí também entra a necessidade de boas pessoas e bom time. Um bom product owner (desgraçado ganancioso, como meu amigo Yoshima gosta de resumir) é fundamental para que o desperdício (quase uma hemorragia, já que segundo o Chaos Report quase metade dos requisitos não agregam valor maior que o custo para produzí-los) estanque. [...]

Por: Como criar e priorizar um backlog « Agile no mundo real

Como criar e priorizar um backlog « Agile no mundo real — Thu, 04 Mar 2010 19:59:57 +0000

[...] Como criar e priorizar um backlog 4 04UTC março 04UTC 2010 Quando o Product Owner escuta pela primeira vez: o que é mais importante para entregar nesse primeiro ciclo de release? A resposta clássica é “o software inteiro”. [...]

Por: Almiro Alves

Almiro Alves — Wed, 09 Dec 2009 11:09:04 +0000

Ótimo artigo Rodrigo, também concordo que o idela seria o PO ficar do lado do cliente, porém acredito que o responsável por garantir que o PO não vai passar por cima das regras do Scrum é o próprio ScrumMaster, ou seja, o ScrumMaster que tem que sentir se o PO está pegando pesado ou não.

Abs, e parabéns mais uma vez pelo artigo.

Por: Rodrigo Yoshima

Rodrigo Yoshima — Tue, 14 Jul 2009 16:31:41 +0000

Rafael, os aspectos pessoais podem variar de área/ou tipo de projeto. Nas empresas que tenho tido contato, como o Crivo, Synchro e outras (vejas os cases aqui no blog), o PO é um cara de negócios e alinhado com o mercado (apesar de que alguns deles tem um background técnico). De qualquer forma, se o produto final não atende uma necessidade do mercado, a falha é inteiramente do PO.
O ScrumMaster auxilia o PO, possivelmente treinando. De qualquer forma, geralmente quando eu treino equipes os POs também participam.
O PO não é gerente de projetos na visão tradicional de um gerente de projetos. O PO não deve interferir em aspectos técnicos, a não ser que ele seja capacitado para tal e a equipe acate a essas opiniões. Como por exemplo, dependendo da área de atuação, a linguagem de implementação pode ser decidida por aspectos mercadológicos e não técnicos. Geralmente a equipe não tem esse tipo de sensibilidade.

Por: Rafael Rocha

Rafael Rocha — Tue, 14 Jul 2009 04:30:19 +0000

Interessante o termo didatico, mas quais aspectos pessoais, perfil e areas de conhecimento geralmente exigi-se de um product owner?

De que forma o scrum master pode colaborar para isto ?

Um Product Owner poderia ser o gerente do projeto ou interferir em aspectos tecnicos ?

Por: Scrum Gathering: Palestra: Scrum para Desenvolvimento Interno e para Produtos de Software « Blog do Ensinar

Sat, 16 May 2009 04:10:51 +0000

[...] Um bom PO é formado depois de ser responsável por pagar a conta. Ele quer ver aonde foi o dinheiro. E o PO precisa por dinheiro no bolso de alguém. Ao fim de uma sprint, temos que mostrar aonde foi gasto o dinheiro. Para maiores informações sobre o PO, leia este artigo do palestrante. [...]