6 min leitura • Guide 532 of 877
Gerenciando Dependências Entre Projetos
Dependências entre projetos criam riscos ocultos que surgem nos piores momentos possíveis. O rastreamento de dependências do GitScrum, vinculação entre projetos e visualização de cronogramas ajudam equipes a identificar, comunicar e coordenar dependências antes que causem atrasos em iniciativas complexas multi-projeto.
Tipos de Dependência
| Tipo | Exemplo | Abordagem de Gerenciamento |
|---|---|---|
| Sequencial | API deve existir antes da UI | Sequencie sprints corretamente |
| Recurso compartilhado | Ambas equipes precisam do DBA | Coordene cronogramas |
| Técnica | Atualização de biblioteca compartilhada | Coordenação de versão |
| Externa | Integração com fornecedor | Contrato + cronograma |
| Conhecimento | Equipe A tem expertise | Agende transferência de conhecimento |
Framework de Rastreamento de Dependências
IDENTIFICAÇÃO DE DEPENDÊNCIA
DURANTE O PLANEJAMENTO:
┌─────────────────────────────────────────────────┐
│ Para cada épico/iniciativa, pergunte: │
│ │
│ 1. O que precisamos de outras equipes? │
│ ├── APIs ou serviços │
│ ├── Componentes compartilhados │
│ ├── Infraestrutura │
│ └── Expertise ou revisões │
│ │
│ 2. O que outras equipes esperam de nós? │
│ ├── APIs que precisamos entregar │
│ ├── Specs ou designs │
│ ├── Dados ou acesso │
│ └── Aprovações ou revisões │
│ │
│ 3. Dependências externas? │
│ ├── Entregas de fornecedor │
│ ├── Decisões de cliente │
│ └── Aprovações regulatórias │
└─────────────────────────────────────────────────┘
Estrutura de Épico Entre Projetos
RASTREAMENTO DE INICIATIVA MULTI-EQUIPE
Épico: Integração de Gateway de Pagamento (Q2)
Proprietário: Product Manager
Equipes: Backend, Frontend, Mobile, Security
┌─────────────────────────────────────────────────┐
│ MAPA DE DEPENDÊNCIA: │
│ │
│ Fase 1 (Sprint 1-2): │
│ ┌─────────────┐ │
│ │ Design API │ ← Revisão de segurança │
│ │ (Backend) │ │
│ └──────┬──────┘ │
│ │ │
│ Fase 2 (Sprint 3-4): │
│ ▼ │
│ ┌─────────────┐ ┌─────────────┐ │
│ │ Build API │ │ Mock API │ │
│ │ (Backend) │ │ para teste │ │
│ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │
│ Fase 3 (Sprint 5-6): │ │
│ ▼ ▼ │
│ ┌─────────────┐ ┌─────────────┐ │
│ │ UI Web │ │ UI Mobile │ │
│ │ (Frontend) │ │ (Mobile) │ │
│ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │
│ Fase 4 (Sprint 7): │ │
│ ▼ ▼ │
│ ┌─────────────────────────────────┐ │
│ │ Teste de Integração (Todas equipes) │ │
│ └─────────────────────────────────┘ │
└─────────────────────────────────────────────────┘
Template de Tarefa de Dependência
DOCUMENTAÇÃO DE DEPENDÊNCIA
┌─────────────────────────────────────────────────┐
│ Tarefa: Integrar tratamento de webhook de pagamento │
│ Projeto: Backend API │
│ Labels: [dependency] [waiting-on-external] │
│ │
│ DEPENDÊNCIAS: │
│ │
│ Dependemos de: │
│ ├── [FRONT-234] Validação de formulário de pagamento │
│ │ Equipe: Frontend │
│ │ Status: Em Progresso │
│ │ Esperado: Sprint 5 │
│ │ │
│ └── [VENDOR] Documentação de webhook Stripe │
│ Contato: stripe-support@... │
│ Status: Aguardando (ticket #12345) │
│ Esperado: 15 de fevereiro │
│ │
│ Dependendo de nós: │
│ └── [MOBILE-567] Tela de confirmação de pagamento │
│ Equipe: Mobile │
│ Impacto se atrasar: Release mobile atrasado │
│ │
│ MITIGAÇÃO: │
│ Usando sandbox Stripe para desenvolvimento │
│ Criados endpoints mock para equipe mobile │
└─────────────────────────────────────────────────┘
Coordenação Entre Equipes
PRÁTICAS DE COORDENAÇÃO DE DEPENDÊNCIA
SYNC DE DEPENDÊNCIA SEMANAL:
┌─────────────────────────────────────────────────┐
│ Participantes: Um rep de cada equipe │
│ Duração: 30 min │
│ Cadência: Semanal │
│ │
│ Agenda: │
│ 1. Revisar itens bloqueados (5 min) │
│ 2. Próximas entregas (10 min) │
│ 3. Dependências em risco (10 min) │
│ 4. Ações e proprietários (5 min) │
│ │
│ Output: Status de dependência atualizado │
└─────────────────────────────────────────────────┘
ATUALIZAÇÕES DE STATUS DE DEPENDÊNCIA:
┌─────────────────────────────────────────────────┐
│ No Prazo: ✓ Prosseguindo conforme planejado │
│ Em Risco: ⚠ Pode atrasar, precisa atenção │
│ Bloqueado: 🔴 Não pode prosseguir │
│ Concluído: ✓✓ Entregue │
│ │
│ Regra: Atualizar status antes do sync semanal │
└─────────────────────────────────────────────────┘
CAMINHO DE ESCALAÇÃO:
┌─────────────────────────────────────────────────┐
│ Dia 1: Bloqueado → Notificar lead da outra equipe │
│ Dia 3: Ainda bloqueado → Escalar para gerentes │
│ Dia 5: Ainda bloqueado → Escalar para diretores │
│ │
│ Ajustar cronogramas baseado no impacto da dependência │
└─────────────────────────────────────────────────┘
Visão de Portfólio
DASHBOARD DE DEPENDÊNCIA ENTRE PROJETOS
INICIATIVA: Upgrade de Plataforma Q2
┌─────────────────────────────────────────────────┐
│ Visão Geral de Dependências: │
│ │
│ Total de dependências: 24 │
│ ├── No Prazo: 18 (75%) ✓ │
│ ├── Em Risco: 4 (17%) ⚠ │
│ └── Bloqueado: 2 (8%) 🔴 │
│ │
│ Itens Bloqueados: │
│ ├── [BE-123] API de Pagamento - aguardando fornecedor │
│ │ Proprietário: @john │
│ │ Bloqueado há: 3 dias │
│ │ Impacto: Frontend, Mobile bloqueados │
│ │ │
│ └── [SEC-45] Auditoria de segurança - falta de recurso │
│ Proprietário: @security-team │
│ Bloqueado há: 2 dias │
│ Impacto: Release de produção bloqueado │
│ │
│ Itens Em Risco: │
│ ├── [FE-567] Redesign de dashboard - 2 dias atrasado │
│ └── [DB-89] Migração de schema - revisão pendente │
└─────────────────────────────────────────────────┘
Melhores Práticas
- Identifique dependências cedo no planejamento
- Torne dependências explícitas com vinculação de tarefas
- Reuniões regulares de sync para coordenação
- Propriedade clara para cada dependência
- Atualizações de status proativamente antes de perguntar
- Interfaces mock para desenvolvimento paralelo
- Escale rapidamente quando bloqueado
- Post-mortem problemas de dependência para melhorar
Anti-Padrões
✗ Dependências implícitas ("eles sabem que precisamos")
✗ Sem rastreamento de dependências externas
✗ Aguardar até estar bloqueado para comunicar
✗ Nenhum caminho de escalação definido
✗ Dependências descobertas no meio do sprint
✗ Ponto único de falha para coordenação