Dependências entre times não aparecem no organograma. Aparecem no lead time. Quando uma entrega exige coordenação de cinco equipes, o prazo é determinado pela mais lenta. Cada hand-off entre times tem custo de contexto, espera e retrabalho de comunicação que não aparece em nenhum relatório de sprint. Aparece como lead time que cresce sem explicação e como velocidade que cai enquanto o headcount sobe.
Subcapability 01 de 04 · Times de Alta Performance
Team Topologies
Quatro tipos de time e três modos de interação que usam a Lei de Conway de forma intencional e eliminam o custo de coordenação invisível que cresce com a escala.
O que está em jogo
O time não entrega devagar porque é fraco. Entrega devagar porque cada mudança exige coordenação de times que têm suas próprias filas, suas próprias prioridades e seu próprio modelo de aprovação. O custo de dependência não aparece no orçamento. Aparece no lead time que não fecha e na janela de mercado que passa.
O que é, na prática
Como atuamos
Mapeamento de fluxo de valor e dependências
Mapeamos o fluxo real de entrega de cada produto ou jornada, identificamos os pontos de hand-off entre times e calculamos o custo de coordenação de cada dependência, tornando visível onde a topologia atual trava velocidade com número.
Desenho de topologia por fluxo de valor
Desenhamos a estrutura de times com base no fluxo de entrega que o negócio precisa, aplicando os quatro tipos do modelo de topologia e os três modos de interação para reduzir coordenação necessária ao mínimo sem perder coerência sistêmica.
Reverse Conway Maneuver
Projetamos a topologia de times antes de projetar o software, para que a arquitetura que emerge reflita o fluxo de valor esperado. O org-chart vira input de design de sistema, não consequência acidental de hierarquia.
Critério de saída para enabling teams
Definimos o critério explícito de quando o enabling team termina sua atuação em cada stream-aligned team, incluindo o indicador de maturidade que confirma que a capacidade foi transferida, evitando que o enabling team vire dependência permanente.
KPIs de topologia para C-Level
Instalamos indicadores que revelam a saúde da topologia ao board: número de hand-offs por entrega end-to-end, percentual de times stream-aligned sobre o total, e frequência de deploy como sinal direto de que o fluxo de valor está desobstruído.
Ganhos mensuráveis
O que muda no resultado quando essa subcapacidade amadurece.
Número de hand-offs por entrega end-to-end
Topologia redesenhada por fluxo de valor reduz o número de times que precisam ser coordenados para cada entrega. Cada hand-off eliminado reduz espera, perda de contexto e custo de comunicação que antes não tinha endereço.
Frequência de deploy dos times stream-aligned
Times com ownership end-to-end e sem dependência de aprovação externa entregam com frequência que times funcionais não conseguem igualar. A frequência de deploy é o sinal mais direto de que o fluxo de valor está desobstruído.
Tempo de espera entre pedido e entrega de capacidade de plataforma
Platform team com interface X-as-a-Service e escopo definido responde com tempo previsível. O time de produto para de esperar na fila de infra e passa a consumir serviço com SLA.
Custo de coordenação como percentual do tempo de engenharia
Reuniões de alinhamento, e-mails de confirmação de dependência e sessões de esclarecimento de escopo têm custo medível em horas de engenharia. Topologia que reduz coordenação necessária devolve esse tempo para entrega de roadmap.
Perguntas frequentes
O que diferencia Team Topologies de uma reorganização tradicional?
Reorganização tradicional redescobre hierarquia. Team Topologies redesenha o fluxo de entrega. A diferença é o critério: em vez de agrupar pessoas por especialidade ou por produto, a topologia agrupa pelo fluxo de valor que cada time precisa produzir com o menor custo de coordenação possível. O resultado é estrutura que reflete o que o negócio quer entregar, não a forma como a empresa cresceu historicamente.
O que é o Reverse Conway Maneuver na prática?
A Lei de Conway diz que qualquer organização que projeta um sistema produz um design que copia a estrutura de comunicação dessa organização. O Reverse Conway Maneuver inverte a ordem: define primeiro como o sistema deve ser estruturado para atender ao fluxo de valor do negócio e, a partir disso, organiza os times para que essa arquitetura emerja naturalmente. Times projetam o software que reflete sua estrutura de comunicação. Projete a estrutura primeiro.
Quando usar Collaboration e quando usar X-as-a-Service como modo de interação?
Collaboration é intenso e caro em overhead de comunicação. Serve para períodos delimitados de descoberta conjunta, quando os dois times precisam aprender sobre o domínio do outro antes de definir a interface entre eles. X-as-a-Service serve quando a interface está estabelecida e o time consumidor pode operar de forma autônoma. Usar Collaboration indefinidamente onde X-as-a-Service funcionaria é uma das formas mais comuns de criar overhead de coordenação sem perceber.
Como o enabling team evita virar uma dependência permanente?
Definindo critério de saída antes de entrar. O enabling team começa com um objetivo específico de elevação de capacidade e um indicador que confirma quando o stream-aligned team consegue operar sem suporte. Quando o indicador é atingido, o enabling team sai ou migra para outro stream. Enabling team sem critério de saída vira suporte técnico permanente, o que é o oposto do que o modelo propõe.
Quantos times são necessários para cada tipo?
Depende do portfólio de produtos e do número de fluxos de valor distintos que a empresa opera. Um ponto de partida comum é um stream-aligned team por jornada de usuário ou por domínio de produto autônomo, um platform team por conjunto de capacidades técnicas compartilhadas e enabling teams ativados conforme a necessidade de elevar capability específica. Não há proporção fixa. O critério é o fluxo de valor e o custo de coordenação de cada configuração.
Outras subcapabilities desta capability
Ownership & Autonomia
Ownership de ponta a ponta com autonomia calibrada por alinhamento que substitui heroísmo pontual por resultado previsível e elimina o handoff que acumula custo de qualidade invisível.
Gestão de Carga Cognitiva
Três tipos de carga cognitiva aplicados ao desenho de times que reduzem a carga extrínseca, liberam espaço para trabalho real e transformam time sobrecarregado em time que entrega de forma previsível.
Engineering Metrics & DORA
As quatro métricas de engenharia que correlacionam com resultado organizacional e transformam gestão por narrativa em decisão por dado, conectando velocidade de entrega a resultado financeiro.
Quer clareza sobre onde investir primeiro?
Diagnóstico completo de capacidades de tecnologia com roadmap de evolução conectado ao resultado financeiro.