Neste capítulo, você vai entrar na parte do trabalho do Scrum Master que não aparece no Guia do Scrum em detalhe, mas ocupa boa parte da semana: identificar impedimentos de verdade, removê-los ou escalá-los, e facilitar conversas sem assumir as decisões do time.

Impedimento é qualquer coisa que bloqueia o progresso do time em direção à meta da Sprint e que o próprio time não consegue resolver sozinho. Nem todo problema é impedimento: dificuldades que os Developers podem resolver fazem parte do trabalho deles. O Scrum Master remove impedimentos, mas a primeira pergunta é sempre se o time consegue resolver por conta própria.

O que é, e o que não é, um impedimento

Um bug difícil não é impedimento; é trabalho. Um ambiente de testes que depende de outra área e está fora do ar há três dias é impedimento. Uma dúvida de negócio que o Product Owner responde na hora não é impedimento; uma política que exige aprovação de um comitê mensal para qualquer mudança é.

• Resolvido pelo time: conflito técnico, dúvida de requisito, estimativa errada, falta de alinhamento interno.
• Escalado pelo Scrum Master: dependência de outra área, falta de acesso, política organizacional, pessoa-chave indisponível por decisão de fora.

Quando o Scrum Master resolve tudo, o time deixa de aprender a resolver. Quando não resolve nada, o time afunda em bloqueios que não controla. O equilíbrio é a habilidade central do papel.

Como tratar impedimentos de forma visível

1. Tornar visível. Um impedimento invisível não existe para a organização. Uma lista pública, um quadro ou um item destacado na Daily já muda o comportamento.
2. Classificar. Quem pode resolver, em quanto tempo e qual o custo de esperar. Isso evita escalar tudo e evita engolir tudo.
3. Agir ou escalar. Conversar com a área, pedir decisão a quem tem autoridade, propor uma mudança de política.
4. Fechar o ciclo. Avisar o time quando resolvido e levar impedimentos recorrentes para a Retrospective ou para a liderança.

Facilitar sem conduzir

Imagine um guia de trilha. Ele conhece o caminho, mas não carrega ninguém nas costas. Se o grupo decide parar, ele ajuda a decidir onde; se o grupo se perde, ele faz perguntas antes de apontar a direção. Facilitar é isso: criar as condições para que o time chegue às próprias decisões, com todos participando.

Na prática, facilitar significa preparar o evento com um objetivo claro, escolher uma estrutura que dê voz a todos, manter o timebox, registrar decisões e garantir que elas tenham dono. O facilitador não defende uma posição no conteúdo da conversa; se precisar opinar, avisa que está saindo do papel por um momento.

Três armadilhas comuns

• Virar o solucionador oficial. O time para de tentar e espera. O sinal é a frase “fala com o Scrum Master”.
• Facilitar só os eventos. Conflitos entre pessoas, conversas difíceis com stakeholders e decisões técnicas travadas também pedem facilitação.
• Confundir facilitar com agradar. Facilitador bom interrompe quem monopoliza, traz de volta quem se dispersa e nomeia o que ninguém quer dizer.

O próximo capítulo compara o Scrum Master com um papel que muitas organizações confundem com ele: o gerente de projetos.