O que é Scrum of Scrums?
Em português: Scrum dos Scrums
Scrum of Scrums coordena dependências entre times; em Scrum@Scale, também nomeia uma estrutura formal de escala.
Scrum of Scrums pode ser uma conversa de coordenação entre times que compartilham dependências, integração e impedimentos. O foco é permitir decisões e colaboração sobre o produto comum, não coletar status. Em Scrum@Scale, o termo também designa uma estrutura formal de times. A reunião informal não é exigida pelo Scrum Guide nem útil quando atrasa conversas que poderiam ocorrer diretamente.
Origem
A prática de coordenação entre times surgiu no desenvolvimento de Scrum em escala e foi descrita em diferentes abordagens. LeSS a reconhece, mas alerta para o risco de substituir colaboração direta por reunião centralizada. Scrum@Scale usa Scrum of Scrums como componente formal do seu framework. Por isso, a origem do termo não fixa um único formato de participação ou cadência para todas as organizações.
Fonte primária: The Scrum@Scale Guide Online
Na prática
Scrum of Scrums é uma expressão usada para coordenação entre times que precisam integrar trabalho. Em uso comum, designa uma conversa curta com pessoas capazes de tratar dependências entre equipes. Em Scrum@Scale, também nomeia uma estrutura formal de times com responsabilidades e eventos escalados. Essas acepções não devem ser misturadas. O Scrum Guide de um time não exige uma reunião Scrum of Scrums; a necessidade surge do trabalho compartilhado e das dependências reais.
O que acontece quando falta
Quando times compartilham entrega e não se coordenam, incompatibilidades aparecem tarde e cada grupo pode otimizar sua parte sem produto integrado. Uma conversa específica pode ajudar a tomar decisões cedo. A ausência de Scrum of Scrums não é problema se colaboração direta e integração já funcionam. A necessidade real é um mecanismo eficaz para tratar dependências, não uma reunião com nome obrigatório.
Como funciona Scrum of Scrums
Scrum of Scrums é uma expressão usada para coordenação entre times que precisam integrar trabalho. Em uso comum, designa uma conversa curta com pessoas capazes de tratar dependências entre equipes. Em Scrum@Scale, também nomeia uma estrutura formal de times com responsabilidades e eventos escalados. Essas acepções não devem ser misturadas. O Scrum Guide de um time não exige uma reunião Scrum of Scrums; a necessidade surge do trabalho compartilhado e das dependências reais.
Pergunta central. Que trabalho de um time afeta a capacidade de outro concluir e entregar? A conversa deve identificar integração, interfaces, decisões e impedimentos cruzados. Repetir o status interno de cada equipe consome tempo sem resolver coordenação. Visualize itens comuns e destaque decisões com responsáveis e prazo. O objetivo é permitir que pessoas conversem diretamente e mudem o trabalho, não criar uma camada de relato para gerentes.
Quem participa. Envie alguém que conhece o trabalho dependente e consegue agir ou conectar colegas, não necessariamente quem tem o título de Scrum Master. A participação pode variar conforme tema. Engenheiros podem discutir integração; produto pode tratar prioridades incompatíveis; segurança pode esclarecer uma restrição. Um representante que apenas coleta notícias e as retransmite cria atraso. Se a decisão exige outras pessoas, convoque-as logo depois.
Cadência. Times com forte acoplamento podem precisar de contato diário; outros se coordenam sob demanda. Não há frequência universal. A reunião deve ser curta o suficiente para revelar problemas e encaminhar conversas específicas. Se nada muda por semanas, reduza a cadência ou encerre. Se impedimentos esperam até o próximo encontro para serem discutidos, o processo está atrasando interação em vez de ajudar.
Foco no produto integrado. Cada time pode concluir seus itens e ainda assim o produto não estar utilizável. Pergunte que parte do resultado comum está pronta, o que falta integrar e que risco aparece. Integração frequente, testes e uma Definition of Done coerente ajudam mais que uma reunião semanal que descobre incompatibilidades no fim. O Scrum of Scrums pode tornar o problema visível, mas a solução pode ser técnica ou organizacional.
Dependências estruturais. Se toda entrega exige passar por vários times de componentes, um encontro de representantes pode virar administração permanente de gargalos. LeSS alerta que necessidade constante de Scrum of Scrums pode sinalizar organização em funções especializadas ou pouca colaboração direta. Considere redesenhar fronteiras de time, compartilhar conhecimento e reduzir acoplamento de arquitetura. Coordenar melhor uma dependência é útil; eliminá-la pode ser melhor.
Diferença de Daily Scrum. Daily Scrum pertence aos Developers de um Scrum Team e trata do progresso rumo ao Sprint Goal desse time. Uma coordenação entre times aborda riscos e decisões que atravessam equipes. Ela não substitui a Daily Scrum local nem precisa copiar exatamente suas perguntas. O formato deve seguir o objetivo e a informação que precisa circular. Gestores podem ajudar a remover impedimentos, mas não devem transformar a conversa em prestação individual de contas.
Scrum@Scale. O guia de Scrum@Scale descreve Scrum of Scrums como unidade de coordenação que opera como um Scrum Team em escala, com responsabilidades e artefatos associados. Isso é mais amplo que a prática informal de encontro entre representantes. Uma organização que diz “fazemos Scrum of Scrums” deve esclarecer qual sentido usa. Adotar a estrutura completa exige entender responsabilidades de produto e processo, não apenas marcar uma reunião no calendário.
LeSS. A documentação de LeSS reconhece a técnica, mas recomenda não torná-la padrão, pois a reunião pode atrasar contato direto entre times. Observadores em Daily Scrums, conversas entre pessoas afetadas e trabalho conjunto podem resolver dependências com menos mediação. Isso não é proibição universal: se um encontro curto ajuda no contexto, mantenha-o enquanto entrega valor. A decisão deve ser observada no tempo, não escolhida por fidelidade a um rótulo de escala.
Métricas e avaliação. Observe idade de impedimentos entre times, tempo de integração, retrabalho e capacidade de entregar uma funcionalidade ponta a ponta. Quantidade de reuniões realizadas não demonstra coordenação eficaz. Pergunte se o encontro encurtou o caminho da informação e se pessoas apropriadas conseguem decidir. Se as mesmas dependências reaparecem, investigue causa e responsabilidade de removê-las. A melhoria pode ser abolir a reunião após reorganizar o trabalho.
Acordos mínimos. Defina que assuntos pertencem à conversa, como registrar decisões e quando escalar um impedimento. Mantenha visíveis dono, próximo passo e data de revisão. Evite criar um backlog paralelo de pedidos sem vínculo com os itens reais. Ao final, participantes devem saber que interação acontecerá, e pessoas fora da reunião devem ter acesso ao contexto necessário. Coordenação é um meio de facilitar trabalho compartilhado.
Exemplo de integração de três times
Exemplo hipotético: três times desenvolvem compra, pagamento e comunicação de uma plataforma. Cada um demonstra sua parte, mas o pedido completo falha quando há recusa de pagamento. Antes, a incompatibilidade só era vista na semana anterior à publicação; duas integrações precisaram de dez dias de retrabalho. O grupo passa a discutir cenários ponta a ponta duas vezes por semana com pessoas que implementam as interfaces e a executar testes integrados mais cedo.
Em um ciclo ilustrativo posterior, o cenário de recusa é detectado na primeira semana, e o ajuste leva dois dias. O número não prova que a reunião foi a causa isolada: o teste integrado e acordos de interface tiveram papel central. A coordenação ajudou a tornar a decisão visível e chamar as pessoas certas. Se dependências continuarem recorrentes, o grupo avaliará se a divisão em três times faz sentido.
O foco do encontro não é pedir que cada representante recite suas tarefas. É descobrir o que impede o resultado comum e quem trabalhará junto para remover o impedimento.
Como coordenar times sem criar status report
Mapeie dependências
Identifique trabalho que atravessa fronteiras de times.
Escolha participantes
Traga pessoas capazes de entender e agir sobre os temas.
Defina foco
Converse sobre produto integrado, bloqueios e decisões.
Ajuste cadência
Reúna conforme velocidade das dependências, sem esperar para falar.
Registre ações
Anote responsável, próximo contato e prazo de revisão.
Reduza dependências
Examine arquitetura e fronteiras de time para resolver causas.
Reavalie o encontro
Mantenha apenas enquanto encurtar decisões e entrega.
Reunião entre times e estrutura Scrum@Scale
Uma reunião Scrum of Scrums reúne pessoas de times para tratar dependências específicas. O Scrum@Scale Guide descreve um Scrum of Scrums como uma unidade escalada com responsabilidades, eventos e artefatos. LeSS, por sua vez, prefere colaboração direta e alerta contra a reunião como padrão. Antes de adotar o termo, explique se está propondo um encontro pontual, uma cadência de coordenação ou um framework mais amplo.
Erros comuns na coordenação entre times
- Transformar em status. Relato de tarefas não remove dependências.
- Enviar só pessoas sem contexto. Decisões voltam para outra reunião.
- Esperar a reunião para conversar. Impedimentos envelhecem.
- Integrar apenas no fim. O encontro não substitui testes frequentes.
- Aceitar dependências permanentes. Fronteiras e arquitetura podem precisar mudar.
- Confundir com regra de Scrum. O Scrum Guide não exige esse encontro.
Para se aprofundar
Fontes primárias
- Coordination & Integration, LeSS
- The Scrum@Scale Guide Online, Scrum@Scale
Termos relacionados
Comparativos relacionados
Aprenda mais sobre os assuntos relacionados.
Scrum x Kanban
Framework para desenvolver produtos em ciclos curtos versus método de gestão de fluxo contínuo. Saiba quando usar cada um, e por que muitos times usam os dois.
CSM x CSPO
Certified ScrumMaster ou Certified Scrum Product Owner? A escolha entre cuidar do processo e do time (CSM) ou maximizar o valor do produto (CSPO).
A-CSM x A-CSPO
Segundo degrau das trilhas Scrum Master e Product Owner da Scrum Alliance: quando avançar e o que cada credencial aprofunda.
Scrum Master x Product Owner
Dois papéis complementares dentro do mesmo time Scrum. Veja o que cada um faz e por que não devem ser exercidos pela mesma pessoa.
SAFe x LeSS
Dois caminhos opostos para escalar agilidade: adicionar estrutura (SAFe) ou simplificar a organização (LeSS). Qual combina com a sua cultura?
Scrum Master x Agile Coach
Mais do que dois cargos, uma progressão de carreira: o Agile Coach é um Scrum Master cujo raio de atuação cresceu para múltiplos times e a organização.
Perguntas frequentes
O que é Scrum of Scrums?
Pode ser um encontro de coordenação entre representantes de times que precisam integrar trabalho e resolver impedimentos cruzados. Em Scrum@Scale, também é uma estrutura formal mais ampla. No uso como reunião, o objetivo é conectar pessoas e decisões sobre dependências, não ouvir status de cada time. Sua frequência e participantes devem seguir o problema concreto.
Scrum of Scrums é obrigatório no Scrum?
Não. O Scrum Guide não prescreve essa reunião para um Scrum Team. Times que trabalham juntos podem escolher uma técnica de coordenação conforme suas dependências. Conversas diretas, testes integrados, observadores em eventos e mudanças de arquitetura também podem funcionar. Instituir um encontro sem necessidade pode apenas acrescentar atraso e custo.
Quem participa do Scrum of Scrums?
Pessoas que conhecem as dependências e podem agir sobre elas. Pode ser alguém de engenharia, produto ou outra competência, conforme o assunto; não precisa ser automaticamente o Scrum Master. Se a decisão exige especialistas ausentes, encaminhe uma conversa direta logo depois. Um representante que apenas transmite notícias costuma criar mais uma etapa de espera.
Qual a diferença para Daily Scrum?
Daily Scrum ajuda Developers de um Scrum Team a inspecionar progresso rumo ao objetivo do Sprint e adaptar seu plano. Uma coordenação entre times examina interações, impedimentos e integração que atravessam equipes. Ela não substitui a Daily local nem precisa repetir seu formato. Ambas devem produzir ajuste de trabalho, em vez de prestação de contas a gestores.
Quando encerrar um Scrum of Scrums?
Reavalie quando o encontro não gera decisões, quando as mesmas dependências permanecem ou quando os times já se coordenam diretamente. Observe tempo de integração e impedimentos, não apenas satisfação com a reunião. Às vezes a melhor melhoria é alterar fronteiras de time ou interfaces técnicas e reduzir a necessidade de sincronização central. Mantenha a prática enquanto ela encurtar o caminho para entregar valor.
