Gestão de dependências entre times Scrum

“Não podemos começar essa tarefa porque o time de API ainda não entregou o endpoint.” Se isso é conversa frequente no seu time, as dependências estão travando a agilidade.

Tipos de dependências

Dependência de equipe

“Precisamos do Squad B para fazer o frontend do checkout.”

Dependência técnica

“Essa feature depende da migração do banco de dados.”

Dependência de conhecimento

“Só a Ana sabe como funciona o módulo de fraude.”

Dependência externa

“Aguardando a API do parceiro ficar disponível.”

Estratégia 1: Eliminar dependências

A melhor forma de gerenciar dependências é não tê-las.

Antes: “Squad A faz o frontend, Squad B faz a API.” Depois: “Squad A é dono completo do checkout (frontend + API).”

Times cross-funcionais reduzem dependências naturalmente.

Estratégia 2: Alinhar antecipadamente

Não espere o sprint começar para descobrir dependências:

No refinamento

• “Essa tarefa depende de algo de outro time?”
• “Se sim, já conversamos com eles?”
• “Eles têm capacidade no mesmo sprint?”

No planning de sprint

• Coloque dependências explícitas no board: “Depende de: Squad B — endpoint /payments”
• Defina um contato no time dependente

Estratégia 3: Contratos de API primeiro

Se o Squad A precisa de uma API do Squad B:

1. Definam o contrato juntos — schema, endpoints, tipos de resposta
2. Mock o contrato — o Squad A desenvolve contra um mock
3. Desenvolvam em paralelo — ambos os squads trabalham simultaneamente
4. Integrem quando pronto — swap mock pela API real

Isso elimina o “esperando o outro time.”

Strategy 4: Feature teams vs. Component teams

Component teams (gera dependências)

• Squad A: Frontend
• Squad B: Backend
• Squad C: Banco de dados

Uma feature precisa dos 3 squads → dependência garantida.

Feature teams (reduz dependências)

• Squad 1: Checkout completo
• Squad 2: Catálogo completo
• Squad 3: Usuários completo

Cada squad entrega ponta a ponta → dependências minimizadas.

Ferramentas visuais

Depende: Squads e dependências

Métricas de dependência

• Tempo de bloqueio — horas/dias que itens ficaram travados esperando outro time
• % de entregas bloqueadas — quantos itens do sprint sofreram dependência
• SLA de dependência — acordos entre times: “se pedirmos até segunda, entregamos até quarta”

Quando dependência é inevitável

1. Documente — escreva a dependência no board
2. Notifique cedo — não espere o dia que precisa
3. Tenha plano B — “se o Squad B não entregar, podemos fazer X”
4. Escalone se necessário — Scrum Masters negociam entre times

Conclusão

Dependências entre times são o maior inimigo da agilidade em escala. Elimine-as com times cross-funcionais, alinhe-as antecipadamente e mitigate-as com mocks e contratos. Cada dependência removida é velocidade recuperada.