10 min leitura • Guide 868 of 877
Ferramentas para alinhar entrega de sprint entre equipes de engenharia
Alinhar a entrega entre equipes de engenharia requer mais que rastrear tarefas. Múltiplas equipes trabalhando no mesmo produto precisam de visibilidade compartilhada dos compromissos de sprint, rastreamento de dependências entre entregáveis de equipes, e planejamento coordenado de releases que considere bloqueadores entre equipes.
Visão geral de alinhamento de sprint
| Desafio | Solução | Recurso GitScrum |
|---|---|---|
| Visibilidade isolada | Views entre projetos | Dashboards multi-board |
| Conflitos de dependências | Vinculação explícita | Relacionamentos de tarefas |
| Coordenação de releases | Marcos compartilhados | Rastreamento de milestones |
| Timing de integração | Sprints coordenados | Config. sync de sprint |
| Escalação de bloqueadores | Visibilidade + alertas | Tracking blockers, notificações |
O desafio de entrega multi-equipe
REALIDADE DE ENGENHARIA MULTI-EQUIPE
════════════════════════════════════
ESTRUTURA TÍPICA DE PRODUTO:
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ RELEASE PRODUTO v2.5 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ PLATAFORMA │ │ FRONTEND │ │ MOBILE │ │
│ │ │ │ │ │ │ │
│ │ - API v2 │ │ - Dashboard │ │ - App iOS │ │
│ │ - Auth │ │ - Settings │ │ - Android │ │
│ │ - Database │ │ - Billing │ │ │ │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ DEPENDÊNCIAS COMPARTILHADAS │ │
│ │ Frontend precisa API v2 → Plataforma deve entregar │ │
│ │ Mobile precisa Auth → Plataforma deve terminar │ │
│ │ Ambos precisam migração DB → Coordenação │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
SEM ALINHAMENTO:
├── Equipe A entrega mudança breaking de API
├── Frontend da Equipe B quebra em staging
├── App mobile da Equipe C falha em prod
└── Release atrasado 2 semanas para fixes
COM ALINHAMENTO:
├── Dependências visíveis para todas as equipes
├── Mudanças breaking comunicadas cedo
├── Testes de integração coordenados
└── Release sai no prazo
Modelos de sincronização de sprint
OPÇÕES DE CADÊNCIA DE EQUIPES
═════════════════════════════
OPÇÃO A: SPRINTS SINCRONIZADOS
─────────────────────────────────────
Todas as equipes compartilham mesmo início/fim:
Semana 1 Semana 2 Semana 3 Semana 4
│ │ │ │
├─────────────┼─────────────┼─────────────┤
│ Sprint 1 │ Sprint 2 │ Sprint 3 │
│ │ │ │
│ Plataforma ─┼─────────────┼─────────────┤
│ Frontend ───┼─────────────┼─────────────┤
│ Mobile ─────┼─────────────┼─────────────┤
Prós:
├── Simples de coordenar
├── Datas de entrega claras
├── Retrospectivas juntas fáceis
└── Sessões de planejamento compartilhadas
Contras:
├── Menos flexibilidade por equipe
├── Dependências devem caber na sprint
└── Entrega tudo-ou-nada
OPÇÃO B: SPRINTS ESCALONADOS
─────────────────────────────────────
Equipes defasadas 1 semana:
Semana 1 Semana 2 Semana 3 Semana 4
│ │ │ │
Plataforma ───┼─────────────┼────────────────
Frontend ─────────────┼────────────
Mobile ─────────────┼─────
Prós:
├── Plataforma pode entregar primeiro
├── Equipes downstream consomem
├── Reduz bloqueios
└── Mais flexibilidade
Contras:
├── Mais difícil coordenar releases
├── Múltiplas sessões de planejamento
└── Janelas de integração variam
OPÇÃO C: TRENS DE RELEASE
─────────────────────────────────────
Datas de release fixas, sprints variáveis:
──────► Tempo ──────►
│ │
▼ ▼
Trem 1 Trem 2
(Jan 15) (Fev 15)
│ │
│ Plataforma ────────│
│ Frontend ──────────│
│ Mobile ────────────│
│ │
Corte: Jan 10 Corte: Fev 10
Prós:
├── Releases previsíveis
├── Equipes trabalham no seu ritmo
├── Datas de corte claras
└── Amigável para enterprise
Contras:
├── Features podem perder o trem
├── Requer disciplina
└── Mais overhead de planejamento
Mapeamento de dependências
RASTREAMENTO DE DEPENDÊNCIAS ENTRE EQUIPES
══════════════════════════════════════════
TIPOS DE DEPENDÊNCIAS:
─────────────────────────────────────
DEPENDÊNCIA DURA (Bloqueante)
┌──────────────────────────────────────┐
│ Tarefa B não pode iniciar até que │
│ Tarefa A esteja completa │
│ │
│ [Endpoint API] ──► [View Frontend] │
│ Plataforma Frontend │
│ │
│ Se API atrasa → Frontend bloqueado │
└──────────────────────────────────────┘
DEPENDÊNCIA SUAVE (Coordenada)
┌──────────────────────────────────────┐
│ Tarefas podem avançar independente │
│ mas precisam coordenação │
│ │
│ [Auth iOS] ◄──► [Auth Android] │
│ Mobile Mobile │
│ │
│ Mesma spec, implementações difs │
└──────────────────────────────────────┘
DEPENDÊNCIA EXTERNA (Terceiros)
┌──────────────────────────────────────┐
│ Esperando parte externa │
│ │
│ [Integração Pagamento] ──► [Stripe] │
│ Plataforma Externo │
│ │
│ Pode ter timeline imprevisível │
└──────────────────────────────────────┘
VISUALIZANDO NO GITSCRUM:
─────────────────────────────────────
Sprint 5
┌─────────────────────────────────────┐
│ │
│ Equipe Plataforma │
│ ┌────────────┐ │
│ │ Endpoint │ ──────────┐ │
│ │ API v2 │ │ │
│ └────────────┘ │ Bloqueia│
│ ▼ │
│ Equipe Frontend │ │
│ ┌────────────┐ ┌──────┴─────┐ │
│ │ Página │ │ Widget │ │
│ │ Settings │ │ Dashboard │ │
│ └────────────┘ └────────────┘ │
│ │ Dep suave │ │
│ ▼ │ │
│ ┌─────────────────────────┴───┐ │
│ │ Janela Testes Integração │ │
│ │ Dias 8-10 da sprint │ │
│ └─────────────────────────────┘ │
│ │
└─────────────────────────────────────┘
Implementação no GitScrum
CONFIGURANDO ALINHAMENTO ENTRE EQUIPES
══════════════════════════════════════
PASSO 1: ESTRUTURA DE PROJETOS
─────────────────────────────────────
Nível Organização:
├── Produto (guarda-chuva)
│ ├── Equipe Plataforma (projeto)
│ ├── Equipe Frontend (projeto)
│ ├── Equipe Mobile (projeto)
│ └── Coordenação Release (projeto)
Cada projeto de equipe contém:
├── Boards de sprint próprios
├── Labels específicas da equipe
├── Backlog da equipe
└── Rastreamento de velocidade
PASSO 2: LABELS ENTRE PROJETOS
─────────────────────────────────────
Labels compartilhadas em todos os projetos:
Labels de release:
├── 🚀 v2.5-release
├── 🚀 v2.6-release
└── 🚀 v3.0-release
Labels de dependência:
├── ⛓️ tem-dependencia
├── ⛓️ bloqueia-outro
├── 🔴 bloqueador-entre-equipes
└── 🟡 precisa-integracao
Labels de prioridade:
├── 🔥 p0-caminho-critico
├── ⚡ p1-importante
└── 📋 p2-normal
PASSO 3: VINCULAÇÃO DE DEPENDÊNCIAS
─────────────────────────────────────
Tarefa → Detalhes → Tarefas Relacionadas
Criar relacionamentos:
├── "Bloqueado por" → Dependência dura
├── "Bloqueia" → O que isso habilita
├── "Relacionado a" → Dependência suave
└── "Duplicado de" → Mesmo trabalho
Exemplo:
┌────────────────────────────────────────┐
│ Tarefa: Widget Dashboard │
│ │
│ Tarefas Relacionadas: │
│ ├── Bloqueado por: Endpoint API (#234) │
│ ├── Bloqueia: Suite Testes E2E (#567) │
│ └── Relacionado: Página Settings (#345)│
└────────────────────────────────────────┘
PASSO 4: RASTREAMENTO DE MARCOS
─────────────────────────────────────
Criar milestones de release:
Milestone: Release v2.5
├── Data alvo: 15 março
├── Data corte: 10 março
├── Equipes: Plataforma, Frontend, Mobile
│
└── Tarefas incluídas:
├── [Plataforma] Endpoint API v2
├── [Plataforma] Atualização Auth
├── [Frontend] Widget Dashboard
├── [Frontend] Página Settings
├── [Mobile] Integração iOS
└── [Mobile] Integração Android
PASSO 5: ROTEAMENTO DE NOTIFICAÇÕES
─────────────────────────────────────
Integrações → Slack/Teams
Canais:
├── #release-v25 → Todas tarefas v2.5
├── #sync-plataforma-frontend → Dependências
├── #bloqueadores → Bloqueadores entre equipes
└── #trem-release → Lembretes de corte
Regras de automação:
├── Label "bloqueador-entre-equipes" → Notificar #bloqueadores
├── Milestone alterado → Notificar #trem-release
├── Dependência desbloqueada → Notificar owner da tarefa
└── 3 dias antes do corte → Lembrete para todos
Fluxo de coordenação de release
PROCESSO DE TREM DE RELEASE
═══════════════════════════
LINHA DO TEMPO (CICLO 4 SEMANAS):
─────────────────────────────────────
Semana 1: PLANEJAMENTO
──────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Dia 1: Reunião de planejamento de release │
│ ├── Revisar itens para este trem │
│ ├── Identificar dependências entre equipes │
│ ├── Atribuir ownership de pontos de integração │
│ └── Estabelecer compromissos de data de corte │
│ │
│ Dia 2-5: Planejamento de sprint por equipe │
│ ├── Quebrar em tarefas de sprint │
│ ├── Adicionar links de dependência │
│ ├── Etiquetar com milestone de release │
│ └── Estimar com buffer de dependência │
└─────────────────────────────────────────────────────────────┘
Semana 2-3: EXECUÇÃO
────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Diário: Standups async │
│ ├── Progresso em itens do caminho crítico │
│ ├── Escalação de bloqueadores │
│ └── Atualizações de status de dependências │
│ │
│ Semanal: Sync entre equipes (30 min) │
│ ├── Check-in de dependências │
│ ├── Identificação de riscos │
│ ├── Ajuste de escopo se necessário │
│ └── Coordenação de testes de integração │
└─────────────────────────────────────────────────────────────┘
Semana 4: INTEGRAÇÃO E RELEASE
──────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ Dias 1-3: Congelamento de features │
│ ├── Código completo para todas as equipes │
│ ├── Testes de integração começam │
│ └── Apenas correção de bugs │
│ │
│ Dias 4-5: Estabilização │
│ ├── Correções de bugs críticos │
│ ├── Testes de performance │
│ └── Finalização de release notes │
│ │
│ Dia 5: Release │
│ ├── Rollout escalonado │
│ ├── Monitoramento │
│ └── Plano de rollback pronto │
└─────────────────────────────────────────────────────────────┘
Dashboard de visibilidade entre equipes
DASHBOARD DE ALINHAMENTO DE ENTREGA
═══════════════════════════════════
┌─────────────────────────────────────────────────────────────┐
│ Release v2.5 - Alvo: 15 Março │
│ Corte: 10 Março (5 dias restantes) │
├─────────────────────────────────────────────────────────────┤
│ │
│ PROGRESSO POR EQUIPE │
│ ───────────────────────────────────── │
│ Plataforma: ████████████████████░░░░ 85% 🟢 No prazo │
│ Frontend: ██████████████████░░░░░░ 75% 🟡 Em risco │
│ Mobile: ████████████████████████ 100% ✅ Completo │
│ │
│ ITENS DO CAMINHO CRÍTICO │
│ ───────────────────────────────────── │
│ ✅ Endpoint API v2 (Plataforma) Completo │
│ ✅ Atualização Auth (Plataforma) Completo │
│ 🔄 Widget Dashboard (Frontend) Em Progresso │
│ └── Desbloqueado há 2 dias │
│ ⏳ Migração Settings (Frontend) Não Iniciado │
│ └── Bloqueado por: Widget Dashboard │
│ │
│ BLOQUEADORES ATIVOS │
│ ───────────────────────────────────── │
│ 🔴 Migração Settings bloqueada por Widget Dashboard │
│ └── Owner: @sarah (Frontend) │
│ └── ETA: 8 Março │
│ │
│ TESTES DE INTEGRAÇÃO │
│ ───────────────────────────────────── │
│ Janela: 11-14 Março │
│ Owner: Equipe QA │
│ Status: Agendado │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores práticas
- Sincronizar cadências - Sprints alinhados simplificam coordenação
- Dependências explícitas - Vincular tarefas bloqueantes na ferramenta
- Dashboards visuais - Visibilidade entre equipes reduz surpresas
- Syncs regulares - Check-ins semanais capturam problemas cedo
- Buffers de corte - Deixar tempo entre corte e release
- Janelas de integração - Agendar tempo dedicado de testes
- Caminhos de escalação - Processo claro para resolver bloqueadores
- Retrospectivas de release - Aprender com problemas de coordenação