Gerenciando Tarefas Bloqueadas de Forma Eficaz

Tarefas bloqueadas são assassinos invisíveis de produtividade. Um desenvolvedor preso esperando ainda está custando tempo enquanto não produz nada. Gerenciamento eficaz de bloqueadores significa detecção rápida, comunicação clara e resolução rápida através de escalação adequada.

Tipos de Bloqueadores

Detecção e Marcação

Marcação Imediata

DETECÇÃO E MARCAÇÃO DE BLOQUEADORES
═══════════════════════════════════

QUANDO MARCAR:
─────────────────────────────────────
Marque imediatamente quando:
├── Não pode prosseguir sem X
├── Esperando alguém/algo
├── Esperado esperar > 2 horas
└── Nenhum workaround disponível

NÃO ESPERE:
├── "Talvez eles respondam logo"
├── "Mencionarei no standup"
├── "Vou descobrir sozinho" (se não puder)
└── Visibilidade permite ajuda

WORKFLOW DE BLOQUEADORES GITSCRUM:
─────────────────────────────────────
1. Adicione label "blocked" à tarefa
2. Adicione comentário explicando bloqueador:
   
   🔴 BLOCKED: Preciso de credenciais API do fornecedor
   
   Detalhes:
   ├── Contactado: vendor@example.com
   ├── Esperando desde: 15 Jan, 10am
   ├── Necessário até: 17 Jan
   └── Impacto: Não posso prosseguir com integração
   
   @emma (PM) - pode escalar?

3. Mova para coluna "Blocked" (se usando)
4. Mencione quem pode ajudar
5. Verifique trabalho alternativo

NOTIFICAÇÃO:
├── Equipe vê no standup
├── Dashboard de bloqueadores atualizado
├── Notificação Slack enviada
└── PM alertado para escalação

Dashboard de Bloqueadores

DASHBOARD DE VISIBILIDADE DE BLOQUEADORES
═════════════════════════════════════════

BLOQUEADORES ATUAIS:
┌─────────────────────────────────────────────────────────┐
│  Tarefas Bloqueadas (3)                                │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  🔴 GS-456: Integração de Pagamento                    │
│     Bloqueada: 2 dias                                  │
│     Motivo: Esperando credenciais API do fornecedor    │
│     Proprietário: Sarah                                │
│     Resolvedor: Emma (acompanhando com fornecedor)     │
│     ETA: Amanhã                                        │
│                                                         │
│  🔴 GS-489: Migração de Banco de Dados                 │
│     Bloqueada: 4 horas                                 │
│     Motivo: Preciso de aprovação DBA para mudança de schema │
│     Proprietário: Mike                                 │
│     Resolvedor: Mike (reunião agendada 14h)            │
│     ETA: Hoje                                           │
│                                                         │
│  🔴 GS-501: Implementação de Design                    │
│     Bloqueada: 1 dia                                   │
│     Motivo: Esperando ativos de design                 │
│     Proprietário: Alex                                  │
│     Resolvedor: Jordan (equipe de design)              │
│     ETA: Hoje                                           │
│                                                         │
└─────────────────────────────────────────────────────────┘

VISÍVEL PARA:
├── Equipe (no standup)
├── PM (para escalação)
├── Gerente (se prolongado)
└── Stakeholders (se sprint impactado)

Processo de Resolução

Caminho de Escalação

ESCADA DE ESCALAÇÃO DE BLOQUEADORES
═══════════════════════════════════

NÍVEL 1: Auto-resolver (0-2 horas)
─────────────────────────────────────
├── Contato direto com proprietário do bloqueador
├── Mensagem Slack/menção
├── Documente tentativa
└── Se sem resposta → escale

NÍVEL 2: Ajuda da equipe (2-4 horas)
─────────────────────────────────────
├── Levante no standup
├── Consciência do PM
├── Atribuição alternativa?
└── Se não resolvido → escale

NÍVEL 3: Escalação PM (4-8 horas)
─────────────────────────────────────
├── PM contata gerente do bloqueador
├── Negociação de prioridade
├── Pressão de prazo
└── Se não resolvido → escale

NÍVEL 4: Escalação gerente (8-24 horas)
─────────────────────────────────────
├── Gerente de engenharia envolvido
├── Discussão entre gerentes de equipes
├── Realocação de recursos
└── Se não resolvido → executivo

NÍVEL 5: Executivo (24+ horas)
─────────────────────────────────────
├── Consciência diretor/VP
├── Discussão prioridade negócio
├── Bloqueador organizacional
└── Geralmente não necessário

CRONOGRAMA É DIRETRIZ:
├── Ajuste baseado no impacto
├── Caminho crítico → escalação mais rápida
├── Baixo impacto → mais paciência
└── Documente todas tentativas

Documentação de Resolução

DOCUMENTANDO RESOLUÇÃO DE BLOQUEADOR
════════════════════════════════════

QUANDO RESOLVIDO, ATUALIZE TAREFA:
─────────────────────────────────────
🟢 DESBLOQUEADO
Resolução:
├── Duração bloqueada: 2 dias
├── Resolvido por: Emma (escalou para fornecedor)
├── Solução: Recebeu credenciais API
├── Data: 17 Jan, 14:30

Lições aprendidas:
├── SLA do fornecedor é 48 horas, não 24
├── Precisar solicitar mais cedo da próxima vez
├── Adicionado à checklist para integrações

Trabalho retomado: 17 Jan, 15h
─────────────────────────────────────

REMOVA LABEL:
├── Remova label "blocked"
├── Mova da coluna Blocked
├── Retome trabalho imediatamente
└── Atualize ETA se necessário

Estratégias Alternativas

Enquanto Bloqueado

PRODUTIVO ENQUANTO BLOQUEADO
════════════════════════════

NÃO APENAS ESPERE:
─────────────────────────────────────
Quando bloqueado no GS-456, considere:

1. TRABALHE EM ALGO MAIS
   ├── Puxe próxima tarefa prioridade
   ├── Prioridade menor mas pronta
   └── Itens dívida técnica

2. TRABALHO PARALELO
   ├── Escreva testes para partes desbloqueadas
   ├── Documentação para trabalho completado
   ├── Revisão código para colegas
   └── Prep trabalho para tarefa bloqueada

3. DESBLOQUEIE OUTROS
   ├── Revise seus PRs
   ├── Responda suas perguntas
   ├── Pareie em seus problemas
   └── Pague adiante

4. APRENDIZADO
   ├── Treinamento relevante
   ├── Spike técnico para trabalho futuro
   ├── Contribuição base conhecimento equipe
   └── Uso produtivo do tempo

COMUNIQUE:
├── Atualize status tarefa
├── Deixe equipe saber o que está fazendo
├── Disponível quando desbloqueado
└── Mantenha visibilidade

Workarounds

ESTRATÉGIAS WORKAROUND
═══════════════════════

MOCKE A DEPENDÊNCIA:
─────────────────────────────────────
Bloqueado em: API da Equipe B

Workaround:
├── Crie mock/stub da API esperada
├── Programe contra interface
├── Teste com mock
├── Troque quando API real pronta

Resultado:
├── Progresso continua
├── Interface definida
├── Integração mais rápida
└── Tempo não desperdiçado

COMPLETAÇÃO PARCIAL:
─────────────────────────────────────
Bloqueado em: Design para mobile

Workaround:
├── Complete implementação desktop
├── Prep estrutura mobile
├── Lance desktop primeiro
├── Mobile como follow-up

Resultado:
├── Algum valor entregue
├── Escopo reduzido do bloqueio
├── Mais rápido geral
└── Stakeholder feliz (parcial)

MUDE ESCOPO:
─────────────────────────────────────
Bloqueado em: Sistema terceiro fora

Proposta workaround:
├── Remova feature dependente do sprint
├── Entregue outros itens comprometidos
├── Aborde no próximo sprint
├── Ou: Corte escopo, lance core

Requer: Aprovação stakeholder

Prevenção

Gerenciamento Proativo de Dependências

PREVENINDO BLOQUEADORES
═══════════════════════

NO PLANEJAMENTO:
─────────────────────────────────────
Para cada tarefa, pergunte:
├── Dependências em outras tarefas?
├── Dependências em outras equipes?
├── Precisa aprovações? De quem?
├── Precisa acesso/permissões?
├── Precisa recursos externos?
└── Pré-requisitos completos?

MARQUE RISCOS CEDO:
├── "Isso precisa design primeiro"
├── "Isso requer setup DevOps"
├── "Isso depende de fornecedor"
└── Rastreie como dependência

PRÉ-TRABALHO:
─────────────────────────────────────
Antes de começar tarefa:
├── Todos pré-requisitos completos?
├── Todas entradas disponíveis?
├── Todas aprovações obtidas?
├── Todo acesso concedido?
└── Pronto para começar = verdadeiramente pronto

DEFINIÇÃO DE PRONTO:
├── Requisitos claros
├── Dependências resolvidas
├── Acesso disponível
├── Design aprovado
└── Sem bloqueadores conhecidos

Configuração GitScrum

Workflow de Tarefa Bloqueada

CONFIGURAÇÃO BLOQUEADA GITSCRUM
═══════════════════════════════

CONFIGURAÇÃO BOARD:
─────────────────────────────────────
Opção A: Coluna Blocked
┌─────────────────────────────────────────────────────────┐
│ Ready │ In Progress │ Blocked │ Review │ Done         │
├─────────────────────────────────────────────────────────┤
│       │             │ [456]   │        │              │
│       │             │ [489]   │        │              │
└─────────────────────────────────────────────────────────┘

Opção B: Label blocked (indicador visual)
[GS-456] 🔴 blocked

AMBOS VÁLIDOS, escolha baseado na preferência

AUTOMAÇÃO:
─────────────────────────────────────
Settings → Automation → When blocked:
├── Notifique PM atribuído
├── Poste no canal #blockers Slack
├── Adicione ao relatório bloqueado
├── Lembrete escalação em 24 horas
└── Resumo diário bloqueado

ALERTAS:
├── Bloqueador > 4 horas → Slack equipe
├── Bloqueador > 24 horas → Escalone PM
├── Bloqueador > 48 horas → Escalone gerente
└── Configurável por equipe

Melhores Práticas

Para Tarefas Bloqueadas

1. Marque imediatamente — Visibilidade permite ajuda
2. Documente claramente — O quê, por quê, quem pode ajudar
3. Escalone oportunamente — Não espere muito
4. Trabalhe alternativas — Não desperdice tempo esperando
5. Previna no planejamento — Identifique dependências cedo

Anti-Padrões

ERROS NO TRATAMENTO DE BLOQUEADORES:
✗ Esperando silenciosamente
✗ "Mencionarei no standup" (tarde demais)
✗ Sem documentação do bloqueador
✗ Sem caminho de escalação
✗ Trabalhando na tarefa bloqueada mesmo assim
✗ Não acompanhando resolução
✗ Mesmos bloqueadores recorrendo
✗ Sem prevenção no planejamento

Soluções Relacionadas

• Lidando com tarefas bloqueadas
• Gerenciando dependências de tarefas de forma eficaz
• Identificando gargalos no workflow de desenvolvimento