6 min leitura • Guide 736 of 877
Responsabilidades do Scrum Master com GitScrum
Um Scrum Master é um facilitador, coach e removedor de impedimentos. GitScrum fornece a visibilidade e ferramentas que Scrum Masters precisam para suportar seus times efetivamente.
Responsabilidades Core
O Papel do Scrum Master
RESPONSABILIDADES DO SCRUM MASTER:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FACILITADOR: │
│ • Executar cerimônias de sprint efetivamente │
│ • Manter reuniões focadas e time-boxed │
│ • Garantir que voz de todos seja ouvida │
│ • Direcionar decisões sem tomá-las │
│ │
│ COACH: │
│ • Ensinar princípios e práticas ágeis │
│ • Ajudar time a melhorar continuamente │
│ • Guiar auto-organização │
│ • Modelar os valores │
│ │
│ REMOVEDOR DE IMPEDIMENTOS: │
│ • Identificar blockers rapidamente │
│ • Escalar quando necessário │
│ • Limpar o caminho para o time │
│ • Acompanhar até resolver │
│ │
│ ESCUDO: │
│ • Proteger time de distrações │
│ • Gerenciar expectativas de stakeholders │
│ • Manter ritmo sustentável │
│ • Guardar compromissos do sprint │
│ │
│ SERVANT LEADER: │
│ • Colocar necessidades do time primeiro │
│ • Habilitar em vez de direcionar │
│ • Liderar pelo exemplo │
│ • Crescer capacidade do time │
└─────────────────────────────────────────────────────────────┘
O Que Scrum Master NÃO É
ANTI-PADRÕES DE SCRUM MASTER:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ❌ NÃO É GERENTE DE PROJETO: │
│ • Não atribui tarefas a pessoas │
│ • Não gerencia cronograma e recursos │
│ • Não reporta status para gestão │
│ │
│ ❌ NÃO É TECH LEAD: │
│ • Não toma decisões técnicas │
│ • Não tem autoridade sobre membros do time │
│ • Não avalia performance │
│ │
│ ❌ NÃO É SECRETÁRIO: │
│ • Não apenas agenda reuniões │
│ • Não apenas toma notas │
│ • Não apenas atualiza ferramentas │
│ │
│ ❌ NÃO É POLICIAL: │
│ • Não aplica regras rigidamente │
│ • Não pune "violações" │
│ • Não reporta time para gestão │
│ │
│ SE VOCÊ FAZ ISSO, NÃO É SCRUM MASTER: │
│ • "Vou atribuir essa tarefa para Alex" │
│ • "O time precisa trabalhar mais" │
│ • "Deixa eu contar pra gestão por que atrasamos" │
│ • "Você não pode fazer assim, não é Scrum" │
│ │
│ EM VEZ DISSO: │
│ • "Como o time gostaria de abordar isso?" │
│ • "O que está impedindo entrega sustentável?" │
│ • "O que posso fazer para ajudar?" │
│ • "O que funcionaria melhor para nosso contexto?" │
└─────────────────────────────────────────────────────────────┘
Facilitação de Cerimônias
Sprint Planning
FACILITANDO SPRINT PLANNING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ANTES DO PLANNING: │
│ ☐ Backlog está refinado e priorizado (com PO) │
│ ☐ Capacidade do time conhecida (PTO, feriados, etc.) │
│ ☐ Métricas do sprint anterior revisadas │
│ ☐ Sala/ferramentas prontas │
│ │
│ DURANTE O PLANNING: │
│ │
│ Parte 1: O Que (30 min) │
│ • PO apresenta meta do sprint │
│ • Time faz perguntas de esclarecimento │
│ • SM facilita discussão │
│ │
│ Parte 2: Como (1-2 horas) │
│ • Time seleciona itens do backlog │
│ • Time quebra em tarefas │
│ • SM garante que todos participem │
│ • SM observa over-commitment │
│ │
│ DICAS DE FACILITAÇÃO DO SM: │
│ │
│ • "Todos entendem esta história?" │
│ • "Esta estimativa é razoável dado nosso histórico?" │
│ • "Estamos acima da capacidade? O que podemos adiar?" │
│ • "Quais dependências precisamos considerar?" │
│ • "Todos concordam com este compromisso?" │
└─────────────────────────────────────────────────────────────┘
Usando GitScrum
GITSCRUM PARA SCRUM MASTERS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ GESTÃO DE SPRINT: │
│ • Criar e configurar sprints │
│ • Rastrear velocidade e burndown │
│ • Monitorar progresso vs. compromisso │
│ • Identificar itens em risco │
│ │
│ RASTREAMENTO DE BLOCKERS: │
│ • Marcar tarefas bloqueadas │
│ • Atribuir responsável pela resolução │
│ • Dashboard de blockers ativos │
│ • Histórico de impedimentos │
│ │
│ MÉTRICAS E REPORTS: │
│ • Velocidade por sprint │
│ • Taxa de conclusão │
│ • Lead time e cycle time │
│ • Tendências de bloqueios │
│ │
│ VISIBILIDADE: │
│ • Board do sprint │
│ • Status de cada tarefa │
│ • Quem está trabalhando em quê │
│ • Progresso em tempo real │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Para Scrum Masters com GitScrum
- Use dashboards — Visibilidade em tempo real
- Rastreie blockers — Resolva rapidamente
- Monitore velocidade — Compromissos realistas
- Facilite com dados — Decisões informadas
- Proteja o sprint — Guard commitments
Anti-Padrões
ERROS DE SCRUM MASTER:
✗ Usar ferramenta para microgerenciar
✗ Focar em métricas não em pessoas
✗ Não facilitar, apenas relatar
✗ Ignorar blockers no sistema
✗ Não atualizar informações
✗ Usar como ferramenta de controle
✗ Não treinar time no uso
✗ Focar em processo não em resultados