Avaliando o proprietário de um produto [fechado]

Como você avalia o proprietário de um produto? Mais especificamente, como alguém conduziria uma análise de desempenho de um proprietário de produto? Quais qualidades ou características você deve considerar ao revisar o proprietário de um produto?

— ManRow
fonte

Qual seria o objetivo de avaliar o proprietário de um produto?

— Andres F.

@AndresF. Talvez o Dono do Produto ou a gerência superior deseje saber como o Dono do Produto está se saindo. No processo Agile, o OP realmente tem responsabilidades para o grupo de desenvolvimento, apesar do fato de que muitas vezes desempenha o papel do inquestionável Senhor e Emporer do software. Não é para ser assim mesmo que seja comum.

— maple_shaft

@maple_shaft Faz sentido. Por que essa pergunta foi encerrada como off-topic, então? Se a avaliação de um proprietário do produto faz parte de um processo Agile, a questão é muito específica!

— Andres F.

@AndresF. Concordo e discordo completamente do fechamento da comunidade. Eu a reabri, mas convido a comunidade a fechar ou iniciar uma meta conversa se acharem que eu estava errado em fazer isso. Se estiver fechado novamente, no entanto, não reabrirei novamente.

— maple_shaft

Respostas:

Peça feedback aos desenvolvedores que fizeram parte da equipe que desenvolveu o produto que ele 'possuía'. Você pode fazer perguntas como:

Ele foi capaz de responder às perguntas relacionadas aos requisitos em tempo hábil?
Quando apresentado a várias alternativas em relação a um recurso, ele foi capaz de tomar uma decisão clara em relação ao que ele deseja?
Com que frequência ele mudou os requisitos? Isso é algo que sempre acontece. Ser capaz de lidar com isso é o que significa ser ágil. No entanto, se isso acontecer com muita frequência, isso é um sinal de que o proprietário do produto não tem idéia do que ele realmente deseja
Ele foi capaz de fornecer um feedback claro durante as sessões de demonstração?

— Ioan Alexandru Cucu
fonte

Como perguntas que consideraria úteis:

Quando há uma nova história criada, quanto trabalho está sendo feito para garantir sua qualidade? Há muito trabalho para os desenvolvedores fazerem antes de trabalhar em alguma coisa ou é bom prosseguir assim que a OC tiver escrito a solicitação?
Qual a disponibilidade para perguntas e esclarecimentos ao longo do período de avaliação?
Quão receptiva ao feedback tem sido a OP em termos da evolução do processo e da equipe ao longo de vários sprints?

De um nível superior, aqui está o que eu estaria assistindo:

Tomando uma decisão. Desde a priorização do backlog até o esclarecimento dos requisitos de uma história, há muitas decisões que podem ser tomadas pelo PO. Esse foi um problema para a equipe em termos de entrega de trabalho? Houve atrasos frequentes na execução das tarefas?
Comunicação. Quão bem foram comunicadas as prioridades? Houve demonstrações de funcionalidade em que o OP forneceu feedback diretamente ou trouxe clientes para revisar a nova funcionalidade para garantir que foram os resultados desejados?
Visão. Isso está um pouco distante da comunicação, mas a idéia aqui é saber quais grandes datas estão chegando, como o trabalho está sendo revisado e qual direção a equipe está sendo conduzida.

— JB King
fonte