Guia Scrum | 12. Cooperação entre Product Owner e Scrum Master

No artigo de hoje, abordaremos o tópico da cooperação entre o Product Owner e o Scrum Master. O Product Owner coloca um Objetivo do Produto claramente definido na frente da Equipe de Desenvolvimento e exige progresso em sua implementação. O Scrum Master cuida da qualidade do processo de sua criação: um bom ambiente acompanhando o trabalho do Time, motivação e remoção de obstáculos. No entanto, tanto o Product Owner quanto o Scrum Master não são duas forças independentes atuando no Time de Desenvolvimento.

Cooperação entre Product Owner e Scrum Master – índice

1. Scrum Master e Product Owner
2. Apoiar uma comunicação eficaz com os desenvolvedores
3. Conhecimento da experiência
4. Apresentando os Stakeholders no Scrum
5. Resumo

Scrum Master e Product Owner

Embora a maneira como cada um deles funciona seja muito diferente, seus interesses convergem: é tudo sobre o Time Scrum trabalhando de forma eficaz. É por isso que o relacionamento entre Scrum Master e Product Owner, e sua colaboração efetiva, é tão importante.

A maioria das tarefas do Product Owner e do Scrum Master – que descrevemos com mais detalhes em artigos separados – giram em torno de suas responsabilidades relacionadas ao trabalho do Time de Desenvolvimento. No entanto, os deveres e responsabilidades do Scrum Master também incluem apoiar o trabalho do Product Owner.

Apoiar uma comunicação eficaz com os desenvolvedores

A comunicação eficaz entre o Product Owner e a equipe de desenvolvimento requer pelo menos dois fundamentos fortes: compreensibilidade e impacto suficiente. O Scrum Master ajuda o Product Owner a fortalecê-los.

Entendendo o Backlog do Produto

Uma das principais maneiras de o Scrum Master ajudar o Product Owner é garantir que as mensagens formuladas sejam compreendidas pelo Time de Desenvolvimento. O Scrum Master revisa as entradas do Product Backlog e faz perguntas adicionais para melhorar sua clareza , prestando atenção principalmente em:

• clareza das entradas – para que os desenvolvedores saibam exatamente para que finalidade estão desenvolvendo uma determinada funcionalidade
• manter as entradas concisas – para que as descrições das funcionalidades planejadas incluam apenas as informações necessárias e leve o menor tempo possível para lê-las

Desta forma, o Scrum Master evita que surja uma discrepância entre o Objetivo do Produto, como o Product Owner o imagina, e como os membros do Time de Desenvolvimento entenderam sua tarefa.

O poder da influência do Product Owner

Scrum Master ajuda o Product Owner a melhorar a eficácia e o carisma da mensagem. O Scrum Master atua como um coach com quem o Product Owner pode discutir questões problemáticas relacionadas ao Produto e sua realização. É por isso que as reuniões individuais durante as quais ocorrem discussões entre eles são tão importantes. Graças a essas discussões, o Product Owner pode esclarecer a visão do produto e responder às perguntas do Scrum Master antes de apresentá-la ao time.

O Scrum Master, ao dar feedback, torna a mensagem do Product Owner durante uma reunião com a equipe mais forte e clara. Essa preparação necessária ajuda o Product Owner a comunicar cada vez melhor o Objetivo do Produto durante os Eventos Scrum, que descrevemos em um artigo separado.

Conhecimento da experiência

O Scrum Master também ajuda o Product Owner a planejar realisticamente as tarefas para o Time de Desenvolvimento. Pode acontecer que um Product Backlog bem elaborado não corresponda à forma de trabalho da organização na qual o Objetivo do Produto deve ser realizado.

O Scrum Master irá, portanto, apoiar o Product Owner com conhecimento da experiência , extraindo-o da observação de falhas e dificuldades que ocorreram em projetos anteriores. Graças ao conhecimento empírico, o Scrum Master pode prever as dificuldades na execução das tarefas e atingir o Objetivo do Produto que resulta das especificidades da organização, da Equipa, ou da sua especialização.

Apresentando os Stakeholders no Scrum

O Scrum Master trabalha diariamente principalmente com o Time de Desenvolvimento. E às vezes também com o departamento de RH, especialmente durante o processo de formação da equipe e nos raros momentos em que a equipe precisa ser ampliada ou alterada. As tarefas diárias do Scrum Master geralmente não incluem a cooperação dos Stakeholders – este é o trabalho do Product Owner.

A exceção é quando você começa a trabalhar com Stakeholders que não estão familiarizados com os princípios e funções do Scrum. É quando os Scrum Masters trabalham com o Product Owner em reuniões com todas as pessoas envolvidas na criação do Produto. Eles explicam quem é quem no Time Scrum, sobre o qual escrevemos em um artigo separado. Eles também ajudam o Product Owner a implementar boas práticas de comunicação. Isso inclui, por exemplo, a presença ativa de Stakeholders durante a Sprint Review ou a criação de boas User Stories.

Resumo

O Scrum Master permite que o Product Owner se concentre em seu trabalho: maximizar o valor comercial do produto que está sendo criado. O Scrum Master também ajuda o Product Owner na comunicação eficaz através de coaching individual e discussões sobre a forma do Product Backlog. Além do mais, o Scrum Master apoia o Product Owner com seu conhecimento de trabalhar com uma equipe e organização específica. E finalmente – se for necessário – facilita o Product Owner ao apresentar aos Stakeholders a forma de trabalhar do Scrum.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube.

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

1. Glossário de termos básicos, funções e noções
2. O que é Scrum?
3. Valores do Scrum
4. Como implementar o Scrum na sua empresa?
5. Time Scrum - o que é e como funciona?
6. Quem é um Product Owner?
7. Os erros mais comuns do Product Owner
8. Quem é o Scrum Master?
9. Características de um bom Scrum Master
10. Os erros mais comuns do Scrum Master
11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
12. Cooperação entre Product Owner e Scrum Master
13. Equipe de Desenvolvimento em Scrum
14. Os erros mais comuns dos desenvolvedores
15. Artefatos do Scrum
16. Escalando Scrum
17. Backlog da Sprint
18. O que é o Backlog do Produto?
19. O que são histórias de usuários?
20. Criando a melhor história de usuário com INVEST
21. Os erros mais comuns da história do usuário
22. Critérios de aceitação da história do usuário
23. Estimativa e pontos de história no Scrum
24. Poker de Planejamento
25. Jogo de estimativa de equipe
26. Definindo Incremento
27. Eventos Scrum
28. O que é Sprint no Scrum?
29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
30. O que é um gráfico Burndown?
31. Como criar e interpretar um gráfico de burndown?
32. Vantagens e desvantagens do gráfico de burndown
33. Quadros Kanban em Scrum e Scrumban
34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
35. Reunião diária
36. Planejamento de Sprint
37. Revisão da Sprint
38. O que é uma Sprint Retrospective?
39. Erros comuns durante uma Sprint Retrospective
40. Nutrição do Backlog do Produto