O papel do Scrum Master na estimativa
O Scrum Master é o guardião do processo ágil, e isso inclui facilitar sessões de estimativa. Mas existe uma linha tênue entre facilitar e influenciar — e cruzar essa linha compromete toda a estimativa.
O que o Scrum Master DEVE fazer
Facilitar o processo
- Garantir que todos entendam as regras do Planning Poker
- Controlar o tempo de cada rodada
- Assegurar que todos votem antes da revelação
- Mediar discussões de forma imparcial
Criar ambiente seguro
- Garantir que votos divergentes sejam respeitados
- Incentivar membros júnior a compartilharem suas perspectivas
- Evitar que membros sênior dominem a discussão
- Perguntar diretamente a quem está em silêncio
Proteger o time
- Evitar que stakeholders pressão por estimativas menores
- Bloquear interrupções externas durante a sessão
- Não permitir que gerentes tentem “negociar” estimativas
O que o Scrum Master NÃO DEVE fazer
Votar (na maioria dos casos)
O Scrum Master geralmente não é técnico. Dar um palpite sobre complexidade técnica pode enviesar o time. Se o Scrum Master tem background técnico no time, pode votar, mas com cautela.
Sugerir estimativas
“Isso parece um 5 para mim” — nunca. Mesmo que seja um sugestão genuína, o time vai interpretá-la como direção.
Aceitar pressão por menor estimativa
“O cliente precisa disso rápido, não pode ser 8?” — o Scrum Master deve bloquear essa pergunta. Estimativas são do time, não negociáveis por terceiros.
Ignorar divergências extremas
Se houve voto 3 e 13, não basta fazer a média. O papel do Scrum Master é garantir que essa diferença seja discutida.
Técnica de facilitação neutra
Quando houver divergência, use perguntas neutras:
- “Quem votou 3, pode explicar seu raciocínio?”
- “Quem votou 13, o que você vê que os outros não estão vendo?”
- “Existe algo que não estamos considerando?”
- “Precisamos de mais informação para estimar?”
Nunca diga: “Vamos fechar em 8 então” em vez de: “Parece que chegamos em um consenso de 8 pontos. Alguém tem alguma ressalva?”
Quando o Scrum Master tem background técnico
Se o Scrum Master vem do time de desenvolvimento e conhece a base de código:
- Vote por último para não influenciar
- Declare seu viésPotential: “Como eu trabalhei nessa parte do código, posso ter viés. Meu voto é 5, mas quero ouvir os outros primeiro”
- Considere abster-se em itens onde sua opinião teria peso indevido
Métricas de uma boa facilitação
O Scrum Master pode auto-avaliar sua facilitação:
- Todas as vozes foram ouvidas?
- Estimativas foram do time, não minhas?
- Divergências foram exploradas?
- A sessão terminou no tempo planejado?
- O time saiu com clareza?
Conclusão
O Scrum Master é o maestro, não o músico. Seu papel é criar as condições para que o time estime bem — não estimar pelo time. Essa distinção é fundamental para estimativas honestas e confiáveis.