Avaliando o proprietário de um produto [fechado]

8

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
2
@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:

10

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

  1. Ele foi capaz de responder às perguntas relacionadas aos requisitos em tempo hábil?
  2. 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?
  3. 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
  4. Ele foi capaz de fornecer um feedback claro durante as sessões de demonstração?
Ioan Alexandru Cucu
fonte
5

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:

  1. 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?

  2. 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?

  3. 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