ti-enxame.com

Como você recebe o proprietário do seu produto mais envolvido em projetos ágeis?

Durante as retrospectivas de iteração em projetos ágeis, um dos tópicos que surge na maioria das vezes para nós é que o proprietário do produto seja (ou proprietários de produtos) não disponível ou envolvido no projeto em um nível diário.

Parece ser um tema comum que os clientes não estão dispostos a "desistir" a quantidade necessária do tempo do proprietário do seu produto para o projeto, mas, em vez disso, responda a perguntas por e-mail, ou durante apenas demos do produto. Isso tem o efeito de aumentar o comprimento do ciclo de feedback e tornar o projeto menos eficaz.

Você já teve que superar esse obstáculo? Como você fez isso?

6
Paddyslacker

A presença do proprietário do produto nas reuniões necessárias (Revisão e planejamento da Sprint) é (deve ser) não negociável. Faça o que você precisa negociar um tempo que funcione e, em seguida, segure absolutamente o dono do produto a ele. Se algo surgir, atrase, mas segure o proprietário do produto responsável por trazer toda a equipe.

Se o proprietário do produto é realmente (de) seu cliente e eles não estão dispostos a participar dessa capacidade, talvez faço sentido encontrar um dono de um produto interno que se comunica com o cliente, mas é capaz/autorizado para fazer algumas chamadas por conta própria, no nome do cliente. Esse é o arranjo típico de qualquer maneira, já que há algumas coisas que um proprietário de produto é responsável por isso não deve realmente passar pelos olhos de um cliente.

Caso contrário, sua única escolha é basicamente para abandonar o ágil. Você não vai fazer isso funcionar sem um po nessas reuniões.

7
Mark Peters

Diariamente parece muito para um dono de um produto. Independentemente de quantas vezes são necessárias, eles precisam saber que há consequências para sua falta ou entrada atrasada. Se eles querem o projeto mais cedo/no prazo, eles podem sacrificar e tomar o compromisso de tempo.

Se você é 100% vendido em uma abordagem ágil e seu cliente está em 0%, você tem um impasse. Alguém que está no comando precisa enfrentar o fato de que os negócios vão acabar com a porta se você estiver ágil, não ágil, apenas no Windows, apenas Linux, somente web, incorporado apenas, etc.

Estou tentando implementar a maneira de obter um compromisso de proprietários de projetos em nossa empresa. Houve um tempo em que cada projeto que eu estava trabalhando, estava esperando em uma revisão, teste, aprovação, etc. de outra pessoa. Graças a Deus por SO/SE.

2
JeffO

É claro que a disponibilidade abundante é melhor, mas o processo de Scrum fornece a equipe com muitas oportunidades para obter feedback do proprietário do produto se as reuniões periódicas forem mantidas incorretamente pelo Scrum Master.

Isso inclui sessões de estimativa, planejamento de sprint, revisão de sprint, retrospectiva.

Isso já é muito.

Se o seu projeto for complexo e exigir uma implicação mais alta do proprietário do produto, o Scrum Master tem que resolver o problema para a equipe.

Um bom começo seria dizer ao proprietário do produto sobre as necessidades da equipe.

1
user2567

Se o proprietário do produto estiver muito ocupado, esteja disponível para a equipe, isso significa que eles não estão convencidos de que esse momento não é produtivo para o sucesso do projeto, ou que o proprietário do produto não se preocupa com o sucesso do projeto .

Presumindo o primeiro, é o seu trabalho para mostrar ao proprietário do produto quão responsivo pode ser uma equipe ágil para sugestões feitas pelo proprietário do produto. Se você puder demonstrar mudanças no software que estavam em resposta a seus comentários e sugestões, ele pode chegar a entender por que seu envolvimento é em seu melhor interesse.

Acima de tudo, não tente dizer ao proprietário do produto que é isso que você precisa. Desenvolvimento ágil é sobre resolver seus problemas, não o deixe pensar por um minuto ágil significa que ele tem que resolver seus problemas.

1
Eric Wilson