8 min leitura • Guide 803 of 877
Gerenciamento Dependências Entre Equipes
Dependências entre equipes causam atrasos. GitScrum ajuda visualizar e rastrear dependências cross-team para minimizar bloqueios.
Entendendo Dependências
Tipos de Dependências
TIPOS DEPENDÊNCIA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DEPENDÊNCIAS TÉCNICAS: │
│ ────────────────────── │
│ • Equipe API deve entregar endpoint antes frontend usar │
│ • Mudanças database necessárias antes trabalho feature │
│ • Update biblioteca compartilhada requerido │
│ │
│ DEPENDÊNCIAS RECURSO: │
│ ───────────────────── │
│ • Precisa especialista de outra equipe │
│ • Equipe infraestrutura compartilhada deve configurar │
│ • Recursos design compartilhados através equipes │
│ │
│ DEPENDÊNCIAS CONHECIMENTO: │
│ ────────────────────────── │
│ • Precisa informação de experts domínio │
│ • Conhecimento sistema legado mantido por uma pessoa │
│ • Documentação cross-team necessária │
│ │
│ DEPENDÊNCIAS PROCESSO: │
│ ───────────────────── │
│ • Aprovação de equipe segurança │
│ • Revisão legal para feature │
│ • Envolvimento vendor externo │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ DIREÇÃO DEPENDÊNCIA: │
│ │
│ ENTRADA: │
│ ┌─────────┐ │
│ │ Outra │ ───→ Nosso trabalho bloqueado até eles entregar│
│ │ Equipe │ │
│ └─────────┘ │
│ │
│ SAÍDA: │
│ ┌─────────┐ │
│ │ Nós │ ───→ Outra equipe bloqueada até nós entregar │
│ │ │ │
│ └─────────┘ │
│ │
│ Dependências saída requerem compromisso │
└─────────────────────────────────────────────────────────────┘
Identificando Dependências
Detecção Cedo
ENCONTRANDO DEPENDÊNCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DURANTE REFINAMENTO BACKLOG: │
│ ─────────────────────────── │
│ Pergunte para cada história: │
│ • "Precisamos algo de outra equipe?" │
│ • "Outra equipe precisa algo de nós?" │
│ • "Quem mais é afetado por este trabalho?" │
│ │
│ DURANTE PLANEJAMENTO SPRINT: │
│ ─────────────────────────── │
│ • Revise dependências para trabalho planejado │
│ • Confirme disponibilidade outra equipe │
│ • Planeje ao redor itens bloqueados │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CHECKLIST DEPENDÊNCIA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ HISTÓRIA: STORY-456 ││
│ │ ││
│ │ VERIFICAÇÃO DEPENDÊNCIA: ││
│ │ ││
│ │ ☐ Mudanças API necessárias? ││
│ │ Se sim: Qual equipe? Quando pronto? ││
│ │ ││
│ │ ☐ Mudanças database necessárias? ││
│ │ Se sim: Quem aprova? Timing migração? ││
│ │ ││
│ │ ☐ Design de outra equipe? ││
│ │ Se sim: Quando design será finalizado? ││
│ │ ││
│ │ ☐ Suporte infraestrutura/DevOps? ││
│ │ Se sim: Está agendado? Quem contatar? ││
│ │ ││
│ │ ☐ Aprovações externas (segurança, legal)? ││
│ │ Se sim: Timeline? O que eles precisam de nós? ││
│ │ ││
│ │ DEPENDÊNCIAS IDENTIFICADAS: ││
│ │ → Depende de: API-123 da Equipe Platform (Sprint 15) ││
│ │ → Bloqueia: STORY-789 para Equipe Mobile ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Rastreando Dependências
Board Dependências
RASTREAMENTO DEPENDÊNCIA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BOARD DEPENDÊNCIA: │
│ │
│ NOSSA EQUIPE: Equipe Product │
│ │
│ ENTRADA (Esperamos por eles): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DEPENDÊNCIA DE STATUS VENC ││
│ │ ────────── ── ────── ─── ││
│ │ API-123 Platform 🟡 Em prog Sprint 15 ││
│ │ DESIGN-45 Equipe Design 🟢 Pronto Sprint 14 ││
│ │ INFRA-89 DevOps 🔴 Em risco Sprint 15 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ SAÍDA (Eles esperam por nós): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ DEPENDÊNCIA PARA STATUS VENC ││
│ │ ────────── ─── ────── ─── ││
│ │ AUTH-56 Equipe Mobile 🟢 Pronto Sprint 14 ││
│ │ DATA-78 Analytics 🟡 Em prog Sprint 15 ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ DETALHE DEPENDÊNCIA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ INFRA-89: Setup ambiente produção ││
│ │ ││
│ │ FORNECEDOR: Equipe DevOps (@lead-ops) ││
│ │ NECESSÁRIO PARA: Equipe Product ││
│ │ PARA HISTÓRIA: STORY-456 ││
│ │ ││
│ │ STATUS: 🔴 Em Risco ││
│ │ MOTIVO: Restrição recurso, prioridades competindo ││
│ │ ││
│ │ MITIGAÇÃO: ││
│ │ Escalado para ambos leads equipe ││
│ │ Explorando workaround temporário ││
│ │ ││
│ │ ÚLTIMA ATUALIZAÇÃO: Jan 22 - "Pode deslizar para Sprint 16"
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Gerenciando Dependências
Comunicação
COMUNICAÇÃO CROSS-TEAM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SCRUM OF SCRUMS: │
│ ─────────────── │
│ Representantes de cada equipe encontram regularmente │
│ Compartilham progresso em dependências │
│ Levantam bloqueadores e riscos │
│ Coordenam timelines │
│ │
│ AGENDA: │
│ • O que completamos que outros dependem? │
│ • No que estamos bloqueados? │
│ • O que pode bloquear outros? │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ HANDOFFS DEPENDÊNCIA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ AO ACEITAR DEPENDÊNCIA: ││
│ │ ││
│ │ ☐ Especificação clara do que é necessário ││
│ │ ☐ Formato/interface acordado ││
│ │ ☐ Data entrega confirmada ││
│ │ ☐ Ponto contato estabelecido ││
│ │ ☐ Como obter updates progresso ││
│ │ ││
│ │ AO ENTREGAR DEPENDÊNCIA: ││
│ │ ││
│ │ ☐ Notificar equipe dependente imediatamente ││
│ │ ☐ Fornecer documentação/exemplos ││
│ │ ☐ Disponível para perguntas ││
│ │ ☐ Confirmar atende necessidades deles ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ESCALAÇÃO: │
│ ────────── │
│ Quando dependência está em risco: │
│ 1. Comunicação direta equipe-para-equipe │
│ 2. Envolver leads equipe se não resolvido │
│ 3. Escalar para gerência se crítico │
│ │
│ Escalação cedo, não surpresas último minuto │
└─────────────────────────────────────────────────────────────┘
Mitigação Risco
LIDANDO COM RISCOS DEPENDÊNCIA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ RISCO: DEPENDÊNCIA PODE ATRASAR │
│ ────────────────────────────── │
│ │
│ OPÇÃO 1: REORDENAR TRABALHO │
│ Trabalhe em histórias independentes primeiro │
│ Comece trabalho dependente quando dependência chega │
│ │
│ OPÇÃO 2: TRABALHO PARALELO │
│ Comece com suposições (mock API) │
│ Integre quando dependência real pronta │
│ Risco: Retrabalho se suposições erradas │
│ │
│ OPÇÃO 3: REDUZIR ESCOPO │
│ Versão MVP sem dependência completa │
│ Adicione integração completa depois │
│ │
│ OPÇÃO 4: SOLUÇÃO INTERNA │
│ Construa workaround temporário nós mesmos │
│ Substitua por solução própria depois │
│ Cria dívida técnica │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ QUANDO DEPENDÊNCIA FALHA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ RESPOSTA DESLIZAMENTO DEPENDÊNCIA: ││
│ │ ││
│ │ SITUAÇÃO: ││
│ │ API-123 será 2 sprints atrasado ││
│ │ ││
│ │ IMPACTO: ││
│ │ STORY-456, STORY-457, STORY-460 bloqueadas ││
│ │ Meta Sprint 15 em risco ││
│ │ ││
│ │ OPÇÕES CONSIDERADAS: ││
│ │ 1. Esperar (perder 2 sprints) ❌ ││
│ │ 2. Construir mock API (habilitar trabalho paralelo) ✅ ││
│ │ 3. Reescalar para remover dependência ⚠️ ││
│ │ ││
│ │ DECISÃO: ││
│ │ Construir mock API, integrar quando API real pronta ││
│ │ Esforço extra: 3 pontos ││
│ │ Aprovado por: @product-owner ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Reduzindo Dependências
Abordagens Arquiteturais
MINIMIZANDO DEPENDÊNCIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ACOPLAMENTO SOLTO: │
│ ────────────────── │
│ Desenhe sistemas que podem trabalhar independentemente │
│ Interfaces claras entre componentes │
│ Mudanças em um não requerem mudanças em outros │
│ │
│ CONTRATOS DEFINIDOS: │
│ ──────────────────── │
│ Concorde contratos API antecipadamente │
│ Testes contrato garantem compatibilidade │
│ Equipes podem desenvolver em paralelo │
│ │
│ EQUIPES AUTÔNOMAS: │
│ ────────────────── │
│ Equipes possuem stack completo de seu domínio │
│ Podem construir, testar, implantar independentemente │
│ Minimize propriedade código cross-team │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ANTES/DEPOIS: │
│ │
│ ALTAMENTE DEPENDENTE: │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ Equipe A │───→│ Equipe B │───→│ Equipe C │ │
│ │ (Front) │ │ (Back) │ │ (Data) │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ Toda feature precisa todas três equipes │
│ │
│ AUTÔNOMA: │
│ ┌───────────────────────────────────────────────────┐ │
│ │ Equipe Product (full stack) │ │
│ │ Frontend + Backend + Data para seu domínio │ │
│ └───────────────────────────────────────────────────┐ │
│ Equipe pode entregar features end-to-end │
│ │
│ PERGUNTAS REDUÇÃO DEPENDÊNCIA: │
│ • Podemos reestruturar equipes para reduzir handoffs? │
│ • Podemos definir interfaces mais claras? │
│ • Podemos dar equipes mais propriedade? │
└─────────────────────────────────────────────────────────────┘