Como gerenciar partes interessadas internas e externas em um projeto Scrum

Ainda resposta a isso deve ser contextual para ser verdadeiramente útil. Em outras palavras, não há aqui informação suficiente para dar uma resposta à situação específica que deu origem à pergunta. E uma resposta que seja correta para uma situação provavelmente será diferente de uma resposta apropriada para a situação seguinte. Portanto, posso dar uma resposta genérica baseada nas regras simples da estrutura Scrum e dos princípios Agile. Espero que isso o ajude a pensar em maneiras de lidar com a situação que é boa para você.

Primeiro, eu não vou responder a pergunta, mas corrigir algo que eu vejo na pergunta. Embora você possa trabalhar em uma empresa que tem "projetos Scrum", não existe tal coisa como um projeto Scrum em Scrum. Existem equipes Scrum de pessoas que trabalham em projetos e produtos. Quando você perguntou sobre projetos Scrum, talvez você estivesse pensando em uma Equipe Scrum. Em qualquer caso, minha resposta assume que uma Equipe Scrum permaneça junta por um ano ou mais e que possa trabalhar em muitos projetos durante esse tempo.

Uma Equipe Scrum inclui três funções: Proprietário do produto, Equipe de Desenvolvimento e Scrum Master. Toda a Equipe Scrum possui em conjunto o resultado do seu trabalho. Todos eles ganham ou todos aprendem juntos. Dito isto, cada um dos papéis tem uma área de foco. O Proprietário do Produto tem o envolvimento dos stakeholders como parte do foco. Outros membros da Equipe Scrum podem e devem ajudar no engajamento das partes interessadas. O Product Owner foca em fazer o engajamento necessário.

O Product Owner pode usar o Product Backlog como o foco do engajamento de stakeholders internos e externos. Novas idéias são oferecidas, refinadas, definidas, rejeitadas, aceitas e assim por diante. O Proprietário do Produto lida com esta interação de idéias, uma vez que eles possuem o Product Backlog da Equipe Scrum.

A estrutura Scrum define a reunião de Revisão da Sprint no final de cada Sprint. Este é o lugar habitual para os interessados verem o progresso, oferecer feedback e fornecer novas ideias. Convide as partes interessadas para a sua reunião de Revisão da Sprint. Certifique-se de que a reunião não é apenas uma demonstração de recursos, mas também inclui muito tempo para feedback e idéias sobre trabalhos futuros.

Além disso, o proprietário do produto pode descobrir que outras reuniões são necessárias com as partes interessadas. Por exemplo, o Proprietário do Produto e o resto da Equipe Scrum devem ter sessões regulares de refinamento do Backlog para colaborar com informações técnicas sobre os próximos trabalhos. Da mesma forma, o Proprietário do Produto também pode ter reuniões semelhantes com as partes interessadas para obter informações sobre o gerenciamento do produto e os usuários precisam de informações sobre trabalhos futuros.

Scrum e Agile requerem transparência, sem surpresas. Isto significa que quando a Equipe Scrum está tendo dificuldades para completar as funcionalidades quando ou da maneira que eles pensavam que poderiam, o Proprietário do Produto informa as partes interessadas imediatamente. Isso também significa que quando os interessados estão pensando em mudanças significativas na direção do produto ou na prioridade das funcionalidades, eles colaboram com o Proprietário do Produto no início, ao invés de fazer mudanças de última hora no Scrum Team.

Importantemente o Proprietário do Produto usa a palavra "Não" quando apropriado. Se a Equipe Scrum entrega regularmente o que eles disseram que fariam, dizer "não" a pedidos perturbadores ou insustentáveis não é uma coisa má. Os interessados aprendem que quando priorizam, eles conseguem o que mais precisam. Lembre-se de um dos meus ditados favoritos: Se alguém não pode dizer "Não", todas as suas respostas "Sim" significam mesmo "Talvez"."

Veja este vídeo de Henrik Kniberg para mais elaboração sobre o trabalho de um proprietário de produto. Preste especial atenção às interações com as partes interessadas. São 15 minutos bem gastos!

P>Ajudam? Deixe-me saber mais detalhes sobre a sua situação. Talvez eu possa fornecer algumas idéias adicionais detalhadas.