Gerenciando Dependências Entre Projetos

Dependências entre projetos criam os problemas de coordenação mais desafiadores. Quando o progresso de um projeto depende das entregas de outro projeto, desalinhamentos causam atrasos que se propagam por toda a organização. O GitScrum fornece visibilidade cross-projeto, capacidades de linkagem e ferramentas de coordenação que mantêm múltiplos projetos sincronizados.

O Desafio Cross-Projeto

Dependências cross-projeto causam problemas únicos:

• Gaps de visibilidade — Equipes não conseguem ver o status de outros projetos
• Conflitos de prioridade — Projetos diferentes priorizam diferentemente
• Overhead de comunicação — Coordenação através de fronteiras de equipe
• Desalinhamento de timeline — Projetos em cronogramas diferentes
• Ambiguidade de ownership — Não está claro quem lida com trabalho compartilhado
• Falhas em cascata — Atraso de um projeto afeta muitos

Ferramentas Cross-Projeto do GitScrum

Recursos para gerenciar trabalho multi-projeto:

Recursos Cross-Projeto

Entendendo Dependências Cross-Projeto

Padrões Comuns

TIPOS DE DEPENDÊNCIA CROSS-PROJETO
══════════════════════════════════

1. DEPENDÊNCIAS DE PLATAFORMA
   ───────────────────────────
   Múltiplos produtos dependem de plataforma compartilhada
   
   [Projeto Plataforma] ──fornece─→ [Projeto Produto A]
                        ──fornece─→ [Projeto Produto B]
                        ──fornece─→ [Projeto Produto C]
   
2. HANDOFFS SEQUENCIAIS
   ─────────────────────
   Um projeto alimenta outro
   
   [Projeto Design] ──entrega─→ [Projeto Desenvolvimento]
   [Projeto Desenvolvimento] ──entrega─→ [Projeto QA]
   
3. DEPENDÊNCIAS DE INTEGRAÇÃO
   ───────────────────────────
   Projetos devem integrar em pontos específicos
   
   [Projeto API] ──────┐
   [Projeto Frontend] ─┼──→ [Projeto Integração]
   [Projeto Mobile] ───┘
   
4. DEPENDÊNCIAS DE COMPONENTE COMPARTILHADO
   ─────────────────────────────────────────
   Múltiplos projetos usam mesmos componentes
   
   [Projeto Design System] ──usado por─→ [Projeto Web App]
                           ──usado por─→ [Projeto Mobile App]
                           ──usado por─→ [Projeto Admin Dashboard]

Configurando Visibilidade Cross-Projeto

Organização de Projetos

Passo 1: Definir Fronteiras de Projeto

Organizar projetos logicamente:

ESTRUTURA DO WORKSPACE
══════════════════════

Workspace: Acme Engineering
├── Projeto Time Plataforma
│   └── APIs core, infraestrutura, serviços compartilhados
├── Projeto Produto Web
│   └── Aplicação web para clientes
├── Projeto Produto Mobile
│   └── Apps iOS e Android
├── Projeto Ferramentas Admin
│   └── Dashboard admin interno
└── Projeto QA
    └── Testes e garantia de qualidade

Passo 2: Criar Labels Cross-Projeto

Estabelecer labeling compartilhado:

Sistema de Labels Compartilhado:
├── cross-project-dep    (roxo)    - Tem dependência em outro projeto
├── provides-to-other    (azul)    - Outros projetos dependem disto
├── waiting-external     (laranja) - Esperando outro projeto
├── platform-critical    (vermelho)- Afeta múltiplos projetos
└── integration-ready    (verde)   - Pronto para integração cross-projeto

Passo 3: Documentar Dependências em Tarefas

Incluir contexto cross-projeto:

## Tarefa: Implementar Novos Endpoints de Auth

**Projeto:** Time Plataforma
**Fornece Para:** 
- Produto Web: Fluxo de login (Tarefa #234)
- Produto Mobile: Fluxo OAuth (Tarefa #567)
- Ferramentas Admin: Gestão de sessão (Tarefa #891)

**Meta de Entrega:** 15 Fev
**Contato:** @platform-lead para coordenação

**Contrato de API:**
- Specs de endpoint no Confluence: [link]
- Breaking changes: Nenhuma
- Migração necessária: Sim, ver doc

Dashboard Cross-Projeto

Criar vista unificada:

DASHBOARD DE STATUS CROSS-PROJETO
═════════════════════════════════

STATUS PROJETO       BLOQUEADORES  DEPENDÊNCIAS   SAÚDE
───────────────     ─────────────  ────────────   ─────
Time Plataforma      0             Fornece 8      🟢 NO CAMINHO
Produto Web          2             Depende de 3   🟡 EM RISCO
Produto Mobile       1             Depende de 4   🟡 EM RISCO
Ferramentas Admin    0             Depende de 2   🟢 NO CAMINHO
QA                   0             Depende de 3   🟢 NO CAMINHO

DEPENDÊNCIAS CROSS-PROJETO CRÍTICAS:
────────────────────────────────────
[Plataforma #123] Auth Endpoints → [Web #234] Fluxo Login
   Status: Em Progresso | Meta: 15 Fev | Impacto: ALTO
   
[Plataforma #124] Push Notifications → [Mobile #456] Alertas
   Status: Bloqueado | Meta: 20 Fev | Impacto: MÉDIO

Coordenação Cross-Projeto

Estruturas de Comunicação

Integração Slack para Atualizações Cross-Projeto

Configurar notificações:

ESTRUTURA DE CANAIS SLACK
═════════════════════════

#platform-updates
└── Todas mudanças do Time Plataforma afetando outros

#cross-project-dependencies
└── Apenas atualizações de status de dependência

#integration-coordination
└── Discussões de planejamento de integração

#all-hands-status
└── Resumos semanais de status de projeto

Syncs Cross-Projeto

Realizar reuniões de coordenação:

AGENDA DE SYNC CROSS-PROJETO
════════════════════════════

Frequência: Semanal, 30 minutos
Participantes: Líder de cada projeto

1. STATUS DE DEPENDÊNCIAS (15 min)
   ────────────────────────────────
   - Plataforma: O que está entregando esta semana
   - Times de produto: O que está esperando Plataforma
   - Bloqueadores e riscos identificados
   
2. DEPENDÊNCIAS PRÓXIMAS (10 min)
   ─────────────────────────────────
   - Previsão de dependências para próximas 2 semanas
   - Alertas antecipados sobre mudanças de timeline
   - Necessidades de recursos de outras equipes
   
3. DECISÕES NECESSÁRIAS (5 min)
   ─────────────────────────────
   - Conflitos de prioridade
   - Negociações de escopo
   - Escalações

Gerenciando Bloqueadores Cross-Projeto

Quando Bloqueado por Outro Projeto

Ações imediatas:

PROTOCOLO DE BLOQUEIO CROSS-PROJETO
═══════════════════════════════════

1. DOCUMENTAR O BLOQUEIO
   ──────────────────────
   - Adicionar label "waiting-external"
   - Anotar projeto e tarefa bloqueadora
   - Documentar resolução esperada
   
2. NOTIFICAR STAKEHOLDERS
   ───────────────────────
   - Postar em #cross-project-dependencies
   - Marcar líder do projeto bloqueador
   - Informar seu gerente de projeto
   
3. AVALIAR IMPACTO
   ────────────────
   - Que trabalho está bloqueado?
   - Outro trabalho pode prosseguir?
   - Qual o impacto no timeline?
   
4. ENCONTRAR ALTERNATIVAS
   ───────────────────────
   - Stub ou mock a dependência?
   - Trabalho paralelo disponível?
   - Redução de escopo possível?

Resolvendo Conflitos de Prioridade

Quando projetos discordam sobre prioridade:

RESOLUÇÃO DE CONFLITO DE PRIORIDADE
═══════════════════════════════════

1. QUANTIFICAR IMPACTO
   ────────────────────
   - Quantos projetos afetados?
   - Qual o impacto em receita/usuários?
   - Qual o impacto no timeline?
   
2. CAMINHO DE ESCALAÇÃO
   ─────────────────────
   Nível 1: Líderes de projeto negociam
   Nível 2: Gerente de engenharia decide
   Nível 3: Liderança de produto arbitra
   
3. DOCUMENTAR DECISÃO
   ───────────────────
   - Registrar prioridade acordada
   - Atualizar todos timelines de projeto
   - Comunicar às equipes afetadas

Planejando Trabalho Cross-Projeto

Planejamento Trimestral

Alinhar projetos em dependências:

PROCESSO DE PLANEJAMENTO CROSS-PROJETO
══════════════════════════════════════

1. MAPEAMENTO DE DEPENDÊNCIAS (Semana 1)
   ──────────────────────────────────────
   - Cada projeto lista o que precisa de outros
   - Cada projeto lista o que fornece a outros
   - Criar matriz de dependências
   
2. ALINHAMENTO DE TIMELINE (Semana 2)
   ────────────────────────────────────
   - Revisar todas dependências cross-projeto
   - Identificar conflitos e gargalos
   - Negociar cronogramas de entrega
   
3. PLANEJAMENTO DE RECURSOS (Semana 3)
   ─────────────────────────────────────
   - Garantir que equipes fornecedoras têm capacidade
   - Alocar buffer para coordenação
   - Identificar recursos compartilhados
   
4. COMPROMISSO (Semana 4)
   ────────────────────────
   - Cronograma final de dependências acordado
   - Comunicado a todas equipes
   - Rastreado em dashboards do GitScrum

Coordenação a Nível de Sprint

Dentro de sprints:

CHECKLIST CROSS-PROJETO DO SPRINT
═════════════════════════════════

Antes do Sprint:
□ Verificar dependências chegando de outros projetos
□ Confirmar entregas upstream no cronograma
□ Comunicar o que você está fornecendo a outros

Durante o Sprint:
□ Atualizar status em tarefas cross-projeto diariamente
□ Alertar imediatamente se timeline muda
□ Coordenar em tarefas de integração

Fim do Sprint:
□ Notificar equipes receptoras de trabalho completado
□ Documentar quaisquer desvios do plano
□ Atualizar próximo sprint baseado em mudanças

Automação para Trabalho Cross-Projeto

Automação de Notificações

Configurar automações do GitScrum:

REGRAS DE AUTOMAÇÃO
═══════════════════

Regra 1: "Bloqueador Cross-Projeto Resolvido"
─────────────────────────────────────────────
Quando: Tarefa com "provides-to-other" → Done
Então: Notificar #cross-project-dependencies
       Notificar assinantes em projetos dependentes

Regra 2: "Alerta de Risco Cross-Projeto"
────────────────────────────────────────
Quando: Tarefa com "cross-project-dep" + label "at-risk"
Então: Notificar ambos líderes de projeto
       Postar em #integration-coordination

Regra 3: "Notificação de Integração Pronta"
───────────────────────────────────────────
Quando: Todas dependências para integração → Done
Então: Notificar time de integração
       Criar tarefa de integração se template existe

Medindo Saúde Cross-Projeto

Métricas Chave

Rastrear performance cross-projeto:

MÉTRICAS CROSS-PROJETO
══════════════════════

1. TAXA DE CONCLUSÃO DE DEPENDÊNCIA
   ──────────────────────────────────
   % de dependências cross-projeto entregues no prazo
   Meta: >85%
   
2. TEMPO DE BLOQUEIO
   ──────────────────
   Média de dias bloqueado esperando outros projetos
   Meta: <3 dias
   
3. EFETIVIDADE DE COMUNICAÇÃO
   ────────────────────────────
   % de mudanças de dependência comunicadas antes do impacto
   Meta: >90%
   
4. SUCESSO DE INTEGRAÇÃO
   ──────────────────────
   % de integrações completadas sem retrabalho
   Meta: >80%

Anti-Padrões Comuns

O Que Evitar

ANTI-PADRÕES CROSS-PROJETO
══════════════════════════

✗ Mentalidade de silo
  → Criar visibilidade entre projetos

✗ Apenas compromissos verbais
  → Documentar no GitScrum com datas

✗ Integração de última hora
  → Planejar integração ao longo, não só no final

✗ Sem caminho de escalação
  → Definir como conflitos são resolvidos

✗ Ignorar timelines de outros projetos
  → Participar de syncs cross-projeto

✗ Otimizar apenas para seu projeto
  → Considerar impacto no sistema todo de decisões

Soluções Relacionadas

• Gerenciando dependências entre times de desenvolvimento
• Coordenando releases entre múltiplas equipes
• Escalando GitScrum para equipes enterprise