7 min leitura • Guide 424 of 877
Coordenação Multi-Team
Coordenação multi-team habilita iniciativas maiores do que um time pode lidar. Boa coordenação alinha times sem criar burocracia. Má coordenação cria reuniões, delays e frustração. Este guia cobre coordenação efetiva cross-team.
Padrões de Coordenação
| Padrão | Melhor Para |
|---|---|
| Scrum of Scrums | Sync diário |
| Planejamento conjunto | Sprint/PI planning |
| Board de dependências | Visibilidade |
| Demo cross-team | Alinhamento |
Scrum of Scrums
Coordenação Diária
SCRUM OF SCRUMS
═══════════════
ESTRUTURA:
─────────────────────────────────────
├── Um rep por time
├── Diário ou 2-3x/semana
├── 15 minutos máx
├── Foco em blockers/dependências
├── Não é report de status
└── Sync rápido
PERGUNTAS:
─────────────────────────────────────
Cada rep de time responde:
├── O que o time realizou?
├── O que está planejado próximo?
├── O que está nos bloqueando?
├── O que precisamos de outros times?
└── Foco inter-team
FORMATO:
─────────────────────────────────────
Rep Time A:
├── "Terminamos os endpoints da API"
├── "Começando integração front-end"
├── "Precisamos do serviço auth do Time B deployado"
└── Rápido, específico
FOLLOW-UP:
─────────────────────────────────────
├── Blockers discutidos offline
├── Não resolvidos na reunião
├── Pessoas certas conectam depois
├── Reunião surfaces, não resolve
└── Uso eficiente de tempo
Gestão de Dependências
Rastreando Dependências
GESTÃO DE DEPENDÊNCIAS
══════════════════════
VISUALIZAÇÃO:
─────────────────────────────────────
Board de dependências:
Time A │ Time B │ Time C
──────────┼────────────┼──────────
Feature 1 │ │
│ │ │
└─────┼─────► │ API
│ Auth ─────┼───► Feature 3
│ │
Dependências visíveis
TIPOS DE DEPENDÊNCIA:
─────────────────────────────────────
├── Hard: Não pode prosseguir sem
├── Soft: Seria beneficiado por
├── Tempo: Precisa até data específica
├── Ordem: Deve completar primeiro
└── Urgência diferente
RASTREAMENTO:
─────────────────────────────────────
Para cada dependência:
├── O que é necessário
├── De qual time
├── Até quando
├── Status
├── Blocker se em risco
└── Visibilidade completa
REDUZINDO DEPENDÊNCIAS:
─────────────────────────────────────
Melhor coordenação = menos coordenação:
├── Time possui slice completo
├── APIs para acoplamento solto
├── Interfaces claras
├── Feature flags para independência
├── Projetar para autonomia
└── Minimizar necessidade
Planejamento Conjunto
Planejamento Cross-Team
PLANEJAMENTO CONJUNTO
═════════════════════
PI PLANNING (SAFE STYLE):
─────────────────────────────────────
Program Increment Planning:
├── Todos os times juntos
├── 1-2 dias
├── Definir objetivos compartilhados
├── Identificar dependências
├── Compromisso conjunto
└── Alinhamento profundo
AGENDA TÍPICA:
─────────────────────────────────────
DIA 1:
├── Visão e contexto de negócio
├── Arquitetura e technical briefing
├── Times quebram features em stories
├── Draft de plano do time
└── Sync de fim de dia
DIA 2:
├── Ajustar baseado em dependências
├── Resolver conflitos
├── Finalizar planos
├── Apresentar compromissos
└── Confiança de entrega votada
QUANDO MENOS FORMAL:
─────────────────────────────────────
Para escala menor:
├── Sessão de 2-4 horas
├── Compartilhar planos de sprint
├── Identificar dependências
├── Acordar prioridades
└── Mais frequente, menos intenso
DELIVERABLES:
─────────────────────────────────────
├── Objetivos de PI/Quarter
├── Board de dependências
├── Riscos identificados
├── Compromissos por time
└── Clareza e alinhamento
Board de Dependências
Visualização de Dependências
BOARD DE DEPENDÊNCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DEPENDÊNCIA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ID: DEP-42 ││
│ │ ││
│ │ De: Time Web ││
│ │ Para: Time API ││
│ │ ││
│ │ Necessidade: Endpoint de user preferences ││
│ │ Deadline: Sprint 14 (15/Mar) ││
│ │ Status: Em Progresso ││
│ │ ││
│ │ Impacto se atrasado: ││
│ │ Feature de settings não entrega no quarter ││
│ │ ││
│ │ Owner: @carlos (Time API) ││
│ │ Requester: @ana (Time Web) ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ STATUS VISUAL: │
│ ──────────────── │
│ │
│ ✅ Resolvido: Dependência entregue │
│ 🔄 Em Progresso: Sendo trabalhado │
│ ⚠️ Em Risco: Pode atrasar │
│ 🔴 Bloqueado: Não vai conseguir │
│ │
│ BOARD VIEW: │
│ ──────────── │
│ │
│ Backlog │ Em Progresso │ Concluído │
│ ────────────┼──────────────┼──────────── │
│ DEP-45 │ DEP-42 │ DEP-38 │
│ DEP-46 │ DEP-43 │ DEP-39 │
│ DEP-47 │ │ DEP-40 │
│ │ │ DEP-41 │
│ │
└─────────────────────────────────────────────────────────────┘
Demos Cross-Team
Alinhamento por Demonstração
DEMOS CROSS-TEAM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PROPÓSITO: │
│ ────────── │
│ • Ver trabalho de outros times │
│ • Identificar oportunidades de integração │
│ • Celebrar progresso conjunto │
│ • Manter visão do todo │
│ │
│ FORMATO: │
│ ──────── │
│ Frequência: Final de sprint ou quinzenal │
│ Duração: 30-60 minutos │
│ Audiência: Todos os times + stakeholders │
│ │
│ ESTRUTURA: │
│ ────────── │
│ Por time (5-10 min cada): │
│ ├── O que entregamos │
│ ├── Demo ao vivo (quando possível) │
│ ├── O que vem próximo │
│ └── Chamada para dependências │
│ │
│ BENEFÍCIOS: │
│ ─────────── │
│ • Visibilidade do progresso geral │
│ • Identificação de reuso/duplicação │
│ • Celebração de conquistas │
│ • Pressão positiva de pares │
│ │
└─────────────────────────────────────────────────────────────┘
Escalation
Resolvendo Conflitos
PROCESSO DE ESCALATION:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÍVEL 1: ENTRE TIMES (Preferido) │
│ ───────────────────────────────── │
│ • Reps dos times discutem │
│ • Encontrar solução win-win │
│ • Acordar prioridades │
│ • Maioria dos casos resolve aqui │
│ │
│ NÍVEL 2: TECH LEADS / PMs │
│ ────────────────────────── │
│ • Quando times não conseguem acordar │
│ • Trade-offs técnicos complexos │
│ • Prioridades conflitantes │
│ • Decisão em 24-48 horas │
│ │
│ NÍVEL 3: LEADERSHIP │
│ ──────────────────── │
│ • Conflitos de recurso significativo │
│ • Mudanças de prioridade de negócio │
│ • Decisões que afetam roadmap │
│ • Excepcional, não rotina │
│ │
│ PRINCÍPIOS: │
│ ─────────── │
│ • Escalar rápido, não deixar arrastar │
│ • Trazer opções, não só problema │
│ • Decisão é melhor que indecisão │
│ • Documentar decisão e razão │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Implementação
CHECKLIST DE COORDENAÇÃO MULTI-TEAM
═══════════════════════════════════
ESTRUTURA:
☐ Scrum of Scrums agendado
☐ Reps de time definidos
☐ Board de dependências criado
☐ Processo de escalation documentado
PLANEJAMENTO:
☐ Sessões de planejamento conjunto
☐ Objetivos compartilhados claros
☐ Dependências identificadas antecipadamente
☐ Compromissos documentados
VISIBILIDADE:
☐ Roadmaps compartilhados
☐ Status de dependências visível
☐ Demos cross-team regulares
☐ Comunicação assíncrona funcionando
REDUÇÃO:
☐ Design para minimizar dependências
☐ APIs e interfaces claras
☐ Feature flags para independência
☐ Times com slices completos
A melhor coordenação é aquela que permite que times trabalhem de forma independente a maior parte do tempo.