8 min leitura • Guide 711 of 877
Gerenciando Bloqueadores de Forma Eficaz
Bloqueadores não resolvidos são assassinos silenciosos de sprint. GitScrum ajuda equipes a marcar, rastrear e escalar bloqueadores rapidamente com recursos de visibilidade que garantem que nenhum obstáculo fique sem atenção por muito tempo.
Tipos de Bloqueadores
Bloqueadores Comuns
CATEGORIAS DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BLOQUEADORES DE DEPENDÊNCIA: │
│ • Esperando trabalho de outra equipe │
│ • API externa não pronta │
│ • Esperando ativos de design │
│ • Bloqueado por bug upstream │
│ │
│ BLOQUEADORES TÉCNICOS: │
│ • Problema de infraestrutura │
│ • Build/CI quebrado │
│ • Ambiente indisponível │
│ • Dívida técnica impedindo progresso │
│ │
│ BLOQUEADORES DE INFORMAÇÃO: │
│ • Requisitos pouco claros │
│ • Especificações ausentes │
│ • Perguntas aguardando respostas │
│ • Necessita decisão de stakeholder │
│ │
│ BLOQUEADORES DE RECURSOS: │
│ • Acesso/credenciais ausentes │
│ • Esperando licença │
│ • Necessita hardware/equipamento │
│ • Pessoa indisponível │
│ │
│ BLOQUEADORES DE APROVAÇÃO: │
│ • Esperando aprovação │
│ • Revisão legal/conformidade │
│ • Aprovação de orçamento necessária │
│ • Revisão de segurança pendente │
└─────────────────────────────────────────────────────────────┘
Impacto do Bloqueador
AVALIAÇÃO DE IMPACTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEVERIDADE DO BLOQUEADOR: │
│ │
│ 🔴 CRÍTICO: │
│ • Equipe não pode trabalhar de forma alguma │
│ • Múltiplas tarefas bloqueadas │
│ • Meta do sprint em risco │
│ Resposta: Escalação imediata │
│ │
│ 🟡 ALTO: │
│ • Indivíduo bloqueado completamente │
│ • 1-2 tarefas bloqueadas │
│ • Impactará sprint se não resolvido │
│ Resposta: Ação no mesmo dia necessária │
│ │
│ 🟢 MÉDIO: │
│ • Trabalho desacelerado mas continuando │
│ • Workaround existe │
│ • Pode esperar um ou dois dias │
│ Resposta: Resolver dentro de 48 horas │
│ │
│ CÁLCULO DE CUSTO: │
│ │
│ 1 desenvolvedor bloqueado = $X/dia produtividade perdida │
│ 3 dias bloqueados × 2 devs = 6 dias produtividade perdida │
│ │
│ Mais: Troca de contexto, frustração, atrasos em cascata │
│ │
│ URGÊNCIA: Resolver bloqueadores rápido, custo cresce diariamente │
└─────────────────────────────────────────────────────────────┘
Processo de Resolução
Tornando Bloqueadores Visíveis
TORNANDO BLOQUEADORES VISÍVEIS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ QUANDO MARCAR: │
│ • No momento que você percebe estar bloqueado │
│ • Não espere pelo standup │
│ • Não assuma que alguém sabe │
│ │
│ COMO MARCAR: │
│ │
│ NÍVEL DE TAREFA: │
│ • Marcar tarefa como bloqueada no GitScrum │
│ • Adicionar motivo do bloqueador │
│ • Marcar quem pode ajudar │
│ │
│ COMUNICAÇÃO: │
│ • Postar no canal da equipe │
│ • Mencionar no standup diário │
│ • DM para pessoa que pode ajudar │
│ │
│ FORMATO DE BLOQUEADOR: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 🚧 BLOCKED: Task #234 - Integração de pagamento ││
│ │ ││
│ │ **O quê:** Preciso de credenciais teste API Stripe ││
│ │ **Por quê:** Não posso prosseguir com teste integração ││
│ │ **Quem pode ajudar:** @DevOps ││
│ │ **Impacto:** Bloqueando 3 tarefas downstream ││
│ │ **Bloqueado desde:** Segunda 14h ││
│ │ **Necessário até:** Quarta fim do dia para ficar no prazo││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DESCRIÇÕES BONS DE BLOQUEADORES GERAM RESOLUÇÃO MAIS RÁPIDA│
└─────────────────────────────────────────────────────────────┘
Caminho de Escalação
ESCALAÇÃO DE BLOQUEADOR:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÍVEL 1: AUTO-RESOLVER (0-2 horas) │
│ • Tentar resolver independentemente │
│ • Verificar documentação │
│ • Perguntar colega │
│ │
│ NÍVEL 2: CANAL DA EQUIPE (2-4 horas) │
│ • Postar bloqueador no canal da equipe │
│ • Marcar pessoas específicas que podem ajudar │
│ • Fornecer contexto completo │
│ │
│ NÍVEL 3: ESCALAÇÃO DIRETA (4-8 horas) │
│ • DM para pessoa específica necessária │
│ • Envolver líder da equipe │
│ • Solicitação entre equipes se dependência │
│ │
│ NÍVEL 4: GERENCIAMENTO (>8 horas) │
│ • Escalar para gerente │
│ • Pode precisar intervenção organizacional │
│ • Caminho formal de escalação │
│ │
│ CRITÉRIOS DE ESCALAÇÃO: │
│ • Baseado em tempo: Sem resposta dentro do prazo │
│ • Baseado em impacto: Bloqueadores críticos escalam mais rápido │
│ • Baseado em sprint: Escalar se meta do sprint em risco │
│ │
│ ESCALAÇÃO NÃO É FALHA │
│ É conseguir ajuda certa para a situação │
└─────────────────────────────────────────────────────────────┘
Rastreamento e Métricas
Dashboard de Bloqueadores
RASTREAMENTO DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│ Bloqueadores Ativos │
├─────────────────────────────────────────────────────────────┤
│ │
│ Task │ Blocker │ Owner │ Dias │ Severidade │
│─────────────┼─────────────┼─────────┼──────┼──────────────│
│ #234 │ Credenciais API │ @devops │ 2 │ 🔴 Crítico │
│ #256 │ Espec design │ @design │ 1 │ 🟡 Alto │
│ #289 │ Revisão legal│ @legal │ 3 │ 🟡 Alto │
│ │
│ RESUMO: │
│ Bloqueadores ativos: 3 │
│ Tempo total bloqueado: 6 dias-dev neste sprint │
│ Tempo médio resolução: 1.8 dias │
│ │
│ TENDÊNCIA (últimos 5 sprints): │
│ S20: █████████ 9 bloqueadores │
│ S21: ██████ 6 bloqueadores │
│ S22: ████████ 8 bloqueadores │
│ S23: █████ 5 bloqueadores │
│ S24: ███ 3 bloqueadores (atual) │
│ │
│ INSIGHT: Contagem de bloqueadores diminuindo, │
│ mas problemas de credenciais API recorrendo │
└─────────────────────────────────────────────────────────────┘
Análise de Padrões
PADRÕES DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ POR CATEGORIA (Últimos 6 sprints): │
│ │
│ Dependências: ████████████████ 35% │
│ Informação: ██████████████ 30% │
│ Técnico: ██████████ 20% │
│ Recursos: █████ 10% │
│ Aprovações: ██ 5% │
│ │
│ POR FONTE: │
│ • Equipe DevOps: 8 bloqueadores (problemas credenciais) │
│ • Equipe Design: 6 bloqueadores (atrasos specs) │
│ • Fornecedor externo: 4 bloqueadores (problemas API) │
│ │
│ BLOQUEADORES RECORRENTES: │
│ • Credenciais API (4 vezes) │
│ • Setup de ambiente (3 vezes) │
│ • Requisitos pouco claros (3 vezes) │
│ │
│ ITENS DE AÇÃO: │
│ ✓ Criar auto-serviço de credenciais para APIs comuns │
│ ✓ Melhorar automação de ambiente │
│ ✓ Adicionar checklist de requisitos ao template de história│
│ │
│ META: Eliminar padrões recorrentes de bloqueadores │
└─────────────────────────────────────────────────────────────┘
Prevenção
Estratégias Proativas
PREVENÇÃO DE BLOQUEADORES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PLANEJAMENTO DE SPRINT: │
│ • Identificar dependências antes de comprometer │
│ • Garantir trabalho dependente agendado primeiro │
│ • Obter compromissos de outras equipes │
│ • Marcar itens de alto risco cedo │
│ │
│ REFINAMENTO: │
│ • Garantir histórias têm todas informações necessárias │
│ • Identificar dependências externas │
│ • Obter specs de design completadas antes do sprint │
│ • Pré-solicitar qualquer acesso necessário │
│ │
│ RELACIONAMENTOS: │
│ • Construir rapport com equipes que bloqueiam comumente │
│ • Estabelecer canais comunicação entre equipes │
│ • Compartilhar roadmaps para antecipar necessidades │
│ │
│ AUTOMAÇÃO: │
│ • Auto-serviço para solicitações comuns │
│ • Provisionamento automatizado de ambiente │
│ • Acesso pré-configurado para recursos comuns │
│ │
│ BUFFERS: │
│ • Não preencher sprint até 100% capacidade │
│ • Deixar espaço para bloqueadores inesperados │
│ • Ter trabalho backup pronto │
└─────────────────────────────────────────────────────────────┘