O que é um scrum master?

O que é um mestre de scrum e como ele ajuda as equipes a se manterem na linha

Max Rehkopf Max Rehkopf
Browse topics

Atualizado em 11 de julho de 2018: esse artigo foi publicado originalmente em 5 de julho de 2018.

Agradecimento especial para Sjoerd Nijand e Ian Buchanan

"O mestre do Scrum é um empregado de liderança da equipe de Scrum," de acordo com o Guia oficial de Scrum. "[...] Responsável por promover e dar suporte para o scrum, conforme definido no guia de scrum. Os mestres de scrum fazem isso ao ajudar todos a entenderem a teoria, práticas, regras e valores do scrum."

O mestre de scrum mexe no cartão do painel do Scrum junto com seus colegas

Recentemente a gente realizou uma pesquisa no Twitter em que 92% dos respondentes disseram que praticam algo personalizado, mas não o scrum "do livro". Isso fez com que a gente se perguntasse o que significa para o mestre de scrum, aquele que tem o papel de treinar e ajudar sua equipe a entender o scrum? Onde eles se encaixam no mundo ágil em evolução que não está no livro?

Essas são as perguntas que queremos responder a medida que aprofundamos os papéis e responsabilidades dos heróis não cantados do método ágil, os mestres do scrum.

O que é um scrum master?

Os mestres do scrum são os facilitadores do scrum, a estrutura ágil e leve com foco em iterações com intervalos de tempo chamadas sprints. Como facilitadores, os mestres do scrum agem como treinadores para o resto da equipe. "Líderes dos empregados", como o guia do Scrum apresenta. Bons mestres do scrum são comprometidos com os as bases do scrum e com seus valores, mas se mantêm flexíveis e abertos a oportunidades para que a equipe melhore seu fluxo de trabalho.

O mestre de scrum mexe no cartão do painel do Scrum junto com seus colegas

Responsabilidades do mestre do scrum

No mundo ágil ideal, a equipe iria gerenciar seus próprios processos e ferramentas. Ainda assim, a gente tem visto que muitas equipes, ao fazer o pulo para o método ágil, muitas vezes conta com o mestre de scrum como o dono do processo. Leva algum tempo para a responsabilidade e autoridade se difundir dentro da equipe. Nesse contexto de transformação, o papel pode ser tão simples quanto agendar as cerimônias de scrum ou tão complexo quanto o de qualquer membro da equipe de scrum. Embora o guia de Scrum liste como os mestres de scrum fazem os papéis de scrum, essa não é uma lista de responsabilidades é exaustiva. De fato, a gente encontra mestre de scrum que muitas vezes desempenham parte ou todos os itens a seguir, sendo que nem todos estão definidos pelo scrum:

  1. Reuniões rápidas – facilitar as reuniões rápidas diárias (ou o scrum diário), conforme necessário.
  2. Planejar encontros de iteração/scrum – proteger a equipe do comprometimento em excesso e do desvio de escopo. Ajudar a fazer estimativas e criar subtarefas.
  3. Avaliações de sprint – participar das reuniões e capturar feedbacks.
  4. Retrospectivas – observar áreas para melhoria e itens para ação nos futuros sprints.
  5. Administração do quadro – trabalhar como administrador do quadro de scrum. Garantir que os cartões estão atualizados e a ferramenta de scrum, Jira Software ou qualquer outra, está funcionando bem.
  6. 1 on 1s – se reunir com cada um dos membros da equipe e com as partes interessadas conforme for preciso. Resolver as discordâncias sobre o processo e estilos de trabalho. Enquanto muitos praticantes do scrum são contra reuniões 1 on 1, já que acreditam que essas conversas deveriam acontecer durante as reuniões rápidas, algumas equipes, em particular as novas, preferem ter essas interações face-a-face regulares com membros específicos da equipe. O mestre de scrum pode decidir que essas interações individuais são importantes para o desenvolvimento da equipe e fazem com que seus membros se conheçam.
  7. Consultoria interna – mestres de scrum devem estar preparados para se consultar com os membros da equipe e com as partes interessadas sobre como trabalhar melhor com a equipe de scrum.
  8. Fazer relatórios – análise regular dos gráficos de burndown e outras ferramentas de planejamento de portfólio para entender o que está sendo feito e em que cadência.
  9. Bloqueadores – o mestre de scrum ajuda a equipe a eliminar bloqueadores externos e a gerenciar os internos por meio dos processos e melhorias do fluxo de trabalho.
  10. Trabalho ocupado – se a equipe de scrum não está produzindo, isso é problema do mestre de scrum. Talvez isso signifique que é preciso consertar computadores quebrados, mover mesas ou mesmo ajustar o termostato. O mestre de scrum deve estar confortável para fazer ajustes para ajudar suas equipes e deve não deve deixar de levar uns biscoitinhos ou café se for isso que a equipe realmente precisa.
Dois colegas ligando o cabo de alimentação da marca Jira

Eu preciso de um mestre de scrum?

Qualquer instrutor de scrum vai ensinar que uma equipe precisa ter um mestre. Sem um, o que você está fazendo é só uma amostra do verdadeiro scrum, frequentemente chamado de scrum-but.

Quando estiver começando a aplicar o scrum, pode ser de grande ajuda ter alguém no papel que já tenha visto o scrum funcionando antes. Melhor ainda, tenha visto muitos exemplos dele funcionando. Por esse motivo, os mestres do scrum em geral são contratados como consultores, e não funcionários de período integral.

Mas cada equipe de scrum é diferente. Muitas equipes experientes lidam com as responsabilidades listadas acima como uma unidade e se orgulham e felicitam por gerenciar o processo de forma coletiva. O papel de mestre de scrum gira dentro da equipe, com seus membros facilitando as reuniões rápidas e retrospectivas em turnos.

E, para algumas equipes, a coisa certa a fazer é que apenas uma pessoa tenha sempre esse papel.

Infelizmente, o mau entendimento do papel de mestre de scrum muitas vezes faz com que os gerentes já existentes assumam esse papel. Para entender melhor por que isso pode ser um problema, vamos comparar o mestre de scrum em papéis que não são o de scrum que existem em sua organização e porque é importante manter os papéis separados.

Mestre de scrum x Gerente do produto

Conforme defendemos na visão geral do Agile Product Management, quanto mais envolvido estiver o gerente do produto com o desenvolvimento de sua equipe, melhor. Esse envolvimento deve estar ao longo das linhas de um proprietário do produto que defende as necessidades do cliente, o "porquê" do produto. Quando o envolvimento atrapalha a tarefa, o "como" para a equipe, há um problema. Mesmo com a melhor das intenções, esse tipo de mentalidade de uso tende a esconder problemas: defeitos, transferências, elementos desconhecidos. Intercalar o escopo e o processo faz com que se trave o escopo, a agenda e a qualidade. Essa é a receita para a falha.

Esse é o motivo para o mestre de scrum e o proprietário do produto atenderem necessidades diferentes na equipe de scrum e que, na gestão tradicional de software, são combinadas. E é tentador em equipes pequenas evitar a percepção da sobreposição papéis. Todavia, quando as pedras no caminho aparecem, ou as mudanças surgem, uma divisão clara entre gestão de processo e direcionamento do produto é necessária. 

Mestre de scrum x Gerente do projeto

O equivalente não técnico (ou não ágil) do mestre de scrum é o gerente de projeto. Os dois papéis focam no "como" fazer com que o trabalho seja feito e resolver os problemas de fluxo de trabalho por meio de processo e facilitação. Então você precisa dos dois? Provavelmente não.

O gerente de projeto tradicional e o mestre de scrum são responsáveis por ajudar suas equipes a cumprir suas tarefas, mas suas abordagem são bem diferentes. O gerente de projeto configura e rastreia os cronogramas e marcos, reporta o progresso e coordena a comunicação da equipe. Todavia, ele o faz de um local de controle e com um papel de gestão mais tradicional.

Já o mestre de scrum ajuda a equipe a melhorar e otimizar os processos que farão que atinjam os resultados. Eles o fazem como membros da equipe ou colaboradores, não como alguém no controle. As melhores equipes de scrum são auto-organizadas, assim não reagem bem a uma gestão de cima para baixo.

Essas são apenas algumas das configurações possíveis da gestão de equipe de scrum. Algumas organizações usam todos esses elementos, outras não usam nenhum.

Mestres de scrum e a organização maior

Há uma consideração que surge sobre o resto quando estamos pensando em contratar um mestre de scrum: só fazer isso se sua organização está comprometida com o scrum, e investiu no processo. Todos os papéis acima podem gerenciar uma equipe de desenvolvimento em uma série de formas, mas o mestre de scrum só pode ser efetivo se 100% da equipe comprou a ideia. Ponto final.

Com um mestre de scrum ajudando toda a equipe a gerenciar o processo, toda a sua organização pode conquistar algumas vitórias importantes. Acima de tudo está enviar valor a seus clientes de forma regular (o objetivo principal do scrum), fazendo com que colegas de trabalho e gerentes se sintam livres para focar no que eles fazem de melhor. Os gerentes de produto podem focar em estratégia, desenvolvedores podem escrever seus melhores códigos, e o Kyle, da vendas, pode tocar aquele maldito sino. O que tudo isso parece? Parece que um scrum que funcione é música para nossos ouvidos.