Scrum Master: o que é, o que faz e quais as responsabilidades
O Scrum Master é a pessoa que responde por estabelecer o Scrum como o Guia do Scrum o define e pela eficácia do Scrum Team. Dito assim parece abstrato, e por isso o papel é tão mal compreendido: em muitas empresas, o Scrum Master virou o organizador de reuniões, o cobrador de prazos ou o gerente de projetos com outro nome.
O Guia do Scrum 2020 descreve quem exerce o papel como um líder que serve o Scrum Team e a organização como um todo. Ele não manda no time, não distribui tarefas e não decide o que entra no produto. O trabalho dele é fazer o time e a empresa usarem o Scrum de forma cada vez mais eficaz, o que inclui enfrentar obstáculos que estão fora do alcance do time.
Se você ainda não conhece o framework como um todo, comece pelo artigo o que é Scrum. Aqui o foco é o papel em si: o que ele faz, o que não faz e o que diferencia quem gera resultado de quem só cumpre agenda.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que significa Scrum Master
Em tradução literal, Scrum Master seria "mestre do Scrum". O sentido é o de quem domina e ensina o framework, como um mestre de ofício, e não o de quem comanda. No Brasil, o termo é usado em inglês, inclusive em vagas, contratos e certificações.
Na versão de 2020, o Guia do Scrum deixou de falar em "papéis" e passou a falar em responsabilidades (accountabilities). A mudança tem efeito prático: Scrum Master é uma responsabilidade dentro do Scrum Team, e não necessariamente um cargo no organograma. Uma empresa pode ter alguém com o cargo de analista ágil ou coordenador que exerce a responsabilidade de Scrum Master num time.
As responsabilidades do Scrum Master segundo o Guia do Scrum
O Guia organiza essa atuação em três frentes.
Com o Scrum Team
- ensinar o time a se autogerenciar e a ser multifuncional;
- ajudar o time a focar na criação de Incrementos de alto valor que atendam à Definição de Pronto;
- provocar a remoção de impedimentos ao progresso do time;
- garantir que todos os eventos do Scrum aconteçam, sejam positivos e produtivos e respeitem o timebox.
Com o Product Owner
- ajudar a encontrar técnicas para definir a Meta do Produto e gerenciar o Product Backlog;
- ajudar o Scrum Team a entender a necessidade de itens de backlog claros e concisos;
- ajudar a estabelecer um planejamento empírico do produto, adequado a um ambiente complexo;
- facilitar a colaboração com stakeholders, quando pedido ou necessário.
Com a organização
- liderar, treinar e orientar a organização na adoção do Scrum;
- planejar e aconselhar implementações de Scrum;
- ajudar funcionários e stakeholders a entender e aplicar uma abordagem empírica para trabalho complexo;
- remover barreiras entre stakeholders e Scrum Teams.
A terceira frente é a mais esquecida. Quem só atua dentro do time resolve sintomas; os impedimentos maiores (aprovações lentas, metas individuais que competem com a Meta da Sprint, contratos que exigem escopo fechado) estão na organização.
O que o Scrum Master faz no dia a dia
Uma semana típica, como exemplo ilustrativo de um profissional que atende um time de desenvolvimento de um aplicativo de vendas, pode incluir:
- Segunda: facilitar a Sprint Planning, garantindo que o time saia com uma Meta da Sprint clara, e não só com uma lista de itens.
- Terça: acompanhar um impedimento aberto na Daily: o ambiente de testes depende de uma liberação da área de segurança. Ele marca uma conversa com o responsável e explica o impacto na entrega.
- Quarta: sentar com o Product Owner para reorganizar o backlog, que está com mais de duzentos itens e ninguém sabe o que é prioridade.
- Quinta: conversar com o gerente da área comercial, que pede relatórios diários de status ao time, e propor que ele participe da Sprint Review em vez disso.
- Sexta: facilitar a retrospectiva com uma dinâmica nova e ajudar o time a escolher uma única melhoria para a próxima Sprint.
Ao longo da semana, ele também observa: quem fala e quem não fala nas reuniões, se a Daily está virando relato para alguém, se o time está terminando itens ou só começando novos. Boa parte do trabalho do Scrum Master é fazer perguntas que levam o time a enxergar o próprio problema, e não entregar a resposta pronta.
O que não é papel do Scrum Master
| Muita gente espera que ele | O que o Guia diz |
|---|---|
| Distribua tarefas para os Developers | Os Developers se autogerenciam e decidem quem faz o quê |
| Conduza a Daily Scrum e cobre cada pessoa | A Daily é dos Developers; o papel dele é garantir que ela aconteça |
| Defina prioridades do backlog | Ordenar o Product Backlog é responsabilidade do Product Owner |
| Seja o secretário das reuniões | Ele facilita quando necessário, mas o objetivo é a eficácia do time |
| Responda pelo prazo e pelo orçamento como um gerente de projetos | Ele responde pela eficácia do Scrum Team, não pelo plano do projeto |
A comparação com o gerente de projetos é a mais delicada. As atribuições de um gerente tradicional (planejar, controlar, decidir escopo, gerir pessoas) se distribuem entre Product Owner, Developers e Scrum Master no Scrum. O artigo Scrum Master e Product Owner: diferenças mostra como a divisão funciona na prática.
Competências que mais pesam no papel
- Domínio do Guia do Scrum: saber o que é do framework e o que é prática opcional evita discussões e "regras" inventadas.
- Facilitação: conduzir conversas difíceis, fazer todos falarem, chegar a decisões no tempo combinado.
- Coaching: ajudar o time a encontrar as próprias soluções com perguntas, em vez de dar ordens.
- Negociação e influência: muitos impedimentos dependem de pessoas sobre as quais ele não tem autoridade. O artigo sobre negociação estratégica para Scrum Masters aprofunda esse ponto.
- Leitura de métricas de fluxo: entender burndown, tempo de ciclo e itens parados para levar dados à retrospectiva.
- Paciência com mudança organizacional: a adoção do Scrum mexe com hierarquia, orçamento e cultura, e não se resolve em uma Sprint.
Como saber se o papel está gerando resultado
O trabalho de quem facilita é pouco visível, e por isso muitas empresas avaliam o profissional pelo número de reuniões que ele organiza. É a régua errada. Observe o time e a organização ao longo de alguns meses:
| Pergunta | Sinal de que o papel funciona |
|---|---|
| O time decide sozinho quem faz o quê? | Os Developers se organizam na Daily sem esperar ordem |
| Os eventos acontecem mesmo quando ele falta? | Sim, e dentro do timebox |
| Os impedimentos são resolvidos? | O mesmo bloqueio não aparece em três Dailies seguidas |
| O Product Backlog está claro? | Os itens do topo chegam à Sprint Planning com critérios de aceitação |
| A retrospectiva gera mudança? | Cada Sprint tem pelo menos uma melhoria implementada |
| A organização mudou alguma regra por causa do time? | Algum relatório, aprovação ou meta foi ajustado para o trabalho fluir |
O Guia do Scrum não fala em "tornar-se desnecessário", mas a lógica de um time autogerenciável aponta nessa direção: com o tempo, o foco do papel migra do time para o Product Owner e para a organização, onde os impedimentos são maiores e mais lentos de resolver.
Como se tornar Scrum Master
Quem vem de análise, desenvolvimento, qualidade ou gestão de projetos costuma ter metade do caminho andado. O caminho mais comum é estudar o Guia do Scrum, tirar uma certificação de entrada e buscar a primeira experiência num time, às vezes acumulando o papel com outra função. O artigo sobre como ser Scrum Master detalha os passos, e o guia completo de métodos ágeis e Scrum situa o Scrum entre os outros métodos que aparecem no mercado.
Se o seu objetivo é assumir o papel, comece observando o seu time atual com os olhos de quem facilita: anote durante duas semanas os impedimentos que aparecem e quem consegue resolvê-los. Essa lista mostra onde o papel faria diferença. Para dominar o framework com método e se preparar para uma certificação, o curso Agile Scrum Foundation da Projeto Diário cobre responsabilidades, eventos, artefatos e práticas ágeis em vídeo, com preparação para o exame ASF.
