8 min leitura • Guide 544 of 877
Gerenciando Dependências Técnicas Efetivamente
Dependências entre tarefas, times e sistemas criam desafios de coordenação que podem atrapalhar projetos quando não gerenciadas proativamente. O rastreamento de dependências e visibilidade cross-project do GitScrum ajudam times a identificar bloqueios antes que se tornem críticos e coordenar handoffs entre times.
Tipos de Dependência
| Tipo | Exemplo | Nível de Risco |
|---|---|---|
| Sequencial | API antes de UI | Médio |
| Biblioteca/Pacote | Update de npm package | Variável |
| Infraestrutura | Banco de dados, cloud | Alto |
| Cross-team | Entregável de outro time | Alto |
| Externa | Vendor, API terceiros | Muito Alto |
| Conhecimento | Expertise ou documentação | Médio |
Framework de Gestão de Dependências
WORKFLOW DE RASTREAMENTO DE DEPENDÊNCIAS
════════════════════════════════════════
1. IDENTIFICAR (Durante Planning)
┌─────────────────────────────────────────────────┐
│ Para cada tarefa, perguntar: │
│ │
│ "O que deve existir antes de eu começar?" │
│ ├── Código/APIs de outro trabalho │
│ ├── Infraestrutura ou ambientes │
│ ├── Decisões ou aprovações │
│ └── Conhecimento ou documentação │
│ │
│ "O que está esperando meu trabalho?" │
│ ├── Tarefas downstream │
│ ├── Trabalho de outros times │
│ └── Entregáveis para cliente │
└─────────────────────────────────────────────────┘
│
▼
2. DOCUMENTAR (Na Tarefa)
┌─────────────────────────────────────────────────┐
│ Tarefa: Implementar processamento de pagamento │
│ │
│ Dependências (Bloqueado por): │
│ ├── [TASK-234] Contrato de API do gateway │
│ │ Status: Em Progresso │
│ │ Esperado: Fim do Sprint 4 │
│ │ │
│ └── [INFRA-56] Ambiente sandbox de pagamento │
│ Status: Requisitado │
│ Esperado: 3 dias │
│ │
│ Dependentes (Bloqueando): │
│ ├── [TASK-345] Integração checkout │
│ └── [TASK-346] Emails de confirmação │
└─────────────────────────────────────────────────┘
│
▼
3. MONITORAR (Durante Sprint)
┌─────────────────────────────────────────────────┐
│ Check diário: │
│ ├── Meus bloqueios foram resolvidos? │
│ ├── Estou no caminho para meus dependentes? │
│ └── Algum novo risco para sinalizar? │
│ │
│ Atualizar status de dependência quando mudar │
└─────────────────────────────────────────────────┘
│
▼
4. ESCALAR (Quando Bloqueado)
┌─────────────────────────────────────────────────┐
│ Dia 1: Bloqueado → Notificar owner dependência │
│ Dia 2: Ainda bloqueado → Mencionar na standup │
│ Dia 3: Ainda bloqueado → Escalar para lead │
│ Dia 5: Ainda bloqueado → Escalação para gestão │
└─────────────────────────────────────────────────┘
Visualização de Dependências
EXEMPLO DE MAPA DE DEPENDÊNCIAS
═══════════════════════════════
Dependências do Sprint 6:
┌─────────────┐
│ TASK-234 │
│ Contrato API│
└──────┬──────┘
│ bloqueia
▼
┌─────────────┐ ┌─────────────┐
│ TASK-235 │ │ INFRA-56 │
│ Impl API │ │ Amb Sandbox │
└──────┬──────┘ └──────┬──────┘
│ bloqueia │ bloqueia
│ ┌──────────────┘
▼ ▼
┌─────────────┐
│ TASK-236 │
│ Processam. │
│ Pagamento │
└──────┬──────┘
│ bloqueia
├────────────────┐
▼ ▼
┌─────────────┐ ┌─────────────┐
│ TASK-345 │ │ TASK-346 │
│ Checkout │ │ Email Ordem │
└─────────────┘ └─────────────┘
CAMINHO CRÍTICO: TASK-234 → TASK-235 → TASK-236 → TASK-345
Qualquer atraso no caminho crítico atrasa a feature.
Gerenciando Bloqueios
Estratégias de Mitigação
REDUZINDO IMPACTO DE DEPENDÊNCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. DESENVOLVIMENTO PARALELO COM MOCKS │
│ ───────────────────────────────────── │
│ Não espere API real estar pronta │
│ • Defina contrato de interface cedo │
│ • Desenvolva contra mock/stub │
│ • Integre quando real estiver pronta │
│ • Reduz tempo de bloqueio │
│ │
│ 2. SEQUENCIAMENTO INTELIGENTE │
│ ───────────────────────────── │
│ • Puxar trabalho independente primeiro │
│ • Trabalho com dependências → final do sprint │
│ • Dá tempo para dependências serem resolvidas │
│ │
│ 3. COMUNICAÇÃO PROATIVA │
│ ────────────────────────── │
│ • Avisar dependentes sobre atrasos CEDO │
│ • Não esperar perguntem │
│ • Propor alternativas quando possível │
│ │
│ 4. BUFFER NO PLANEJAMENTO │
│ ───────────────────────── │
│ • Não planejar dependências para último minuto │
│ • Folga para atrasos │
│ • Especialmente para dependências externas │
│ │
└─────────────────────────────────────────────────────────────┘
Escalação de Bloqueios
PROCESSO DE ESCALAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÍVEIS DE ESCALAÇÃO: │
│ │
│ NÍVEL 1: Comunicação Direta (Dia 1-2) │
│ ──────────────────────────────────── │
│ • Falar diretamente com owner da dependência │
│ • Entender status e timeline │
│ • Acordar próximos passos │
│ │
│ NÍVEL 2: Visibilidade na Standup (Dia 2-3) │
│ ────────────────────────────────────────── │
│ • Mencionar bloqueio na daily │
│ • Todo time ciente │
│ • Possível ajuda de outros │
│ │
│ NÍVEL 3: Escalação para Lead (Dia 3-4) │
│ ────────────────────────────────────── │
│ • Tech lead/PM envolvido │
│ • Priorização pode ser ajustada │
│ • Recursos realocados se necessário │
│ │
│ NÍVEL 4: Escalação para Gestão (Dia 5+) │
│ ─────────────────────────────────────── │
│ • Gerência/sponsor envolvido │
│ • Decisões de prioridade organizacional │
│ • Trade-offs de projeto discutidos │
│ │
└─────────────────────────────────────────────────────────────┘
Dependências Externas
Gerenciando Vendors
DEPENDÊNCIAS DE TERCEIROS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ RISCO ALTO - MITIGAÇÕES: │
│ │
│ ANTES DE DEPENDER: │
│ • Avaliar histórico do vendor │
│ • SLA definido em contrato │
│ • Plano B se falhar │
│ • Contato direto para escalação │
│ │
│ DURANTE DESENVOLVIMENTO: │
│ • Não assumir que funcionará │
│ • Testar integração cedo │
│ • Mock para desenvolvimento inicial │
│ • Buffer generoso no timeline │
│ │
│ SE ATRASAR: │
│ • Escalar para contato comercial │
│ • Documentar impacto │
│ • Avaliar alternativas │
│ • Comunicar para stakeholders │
│ │
│ EXEMPLO: │
│ ───────── │
│ Dependência: API de gateway de pagamento │
│ Vendor: "Entregamos em 2 semanas" │
│ Planejamento: 3 semanas (50% buffer) │
│ Backup: Outro gateway como fallback │
│ │
└─────────────────────────────────────────────────────────────┘
Rastreamento no GitScrum
Setup de Dependências
CONFIGURAÇÃO NO GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ LINKS DE DEPENDÊNCIA: │
│ ───────────────────── │
│ Use links de relacionamento entre tarefas: │
│ • "bloqueia" → tarefa que precisa completar primeiro │
│ • "bloqueado por" → tarefa esperando outra │
│ │
│ LABELS: │
│ ──────── │
│ • [dep:internal] → dependência interna do time │
│ • [dep:cross-team] → dependência de outro time │
│ • [dep:external] → dependência de vendor │
│ • [dep:infra] → dependência de infraestrutura │
│ │
│ STATUS: │
│ ──────── │
│ • Normal: Em progresso │
│ • 🟡 At Risk: Dependência pode atrasar │
│ • 🔴 Blocked: Aguardando dependência │
│ │
│ FILTROS: │
│ ───────── │
│ • Ver todas tarefas bloqueadas │
│ • Ver dependências cross-team │
│ • Ver dependências externas │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Implementação
CHECKLIST DE DEPENDÊNCIAS
═════════════════════════
IDENTIFICAÇÃO:
☐ Dependências mapeadas na planning
☐ Tipos de dependência classificados
☐ Timeline de cada dependência conhecido
☐ Owners identificados
DOCUMENTAÇÃO:
☐ Links no GitScrum criados
☐ Labels aplicados
☐ Status atualizado
☐ Riscos anotados
MONITORAMENTO:
☐ Check diário na standup
☐ Status atualizado quando muda
☐ Comunicação proativa
☐ Escalação quando necessário
MITIGAÇÃO:
☐ Desenvolvimento com mocks quando possível
☐ Sequenciamento inteligente
☐ Buffer para dependências externas
☐ Plano B para dependências críticas
VISIBILIDADE:
☐ Dashboard de dependências
☐ Caminho crítico identificado
☐ Bloqueios visíveis para todos
☐ Progresso rastreado
Dependências bem gerenciadas significam entregas previsíveis—problemas identificados cedo, comunicação proativa e times coordenados.