Elton José logo
Elton José
Team Topologies

Agent Topologies: E Se O Time Precisar Ser Desenhado Junto Com Os Agentes?

Agent Topologies: E Se O Time Precisar Ser Desenhado Junto Com Os Agentes?
0 visualizações
14 minutos de leitura
#Team Topologies

Agent Topologies: E Se O Time Precisar Ser Desenhado Junto Com Os Agentes?

Tem uma pergunta que quase nenhum time está fazendo enquanto adota agentes: se vamos colocar agentes para trabalhar no nosso código, como isso muda a forma de organizar o próprio time?

A reação comum é tratar agente como ferramenta. Você instala, configura, usa. A estrutura do time segue igual, só com mais produtividade. Mas essa visão ignora uma lei antiga que não tirou férias só porque a IA chegou: a forma como você organiza quem constrói o software molda o software que sai.

E se o agente também constrói, então o agente também entra nessa conta. Talvez a gente precise desenhar topologias de agentes ao lado das topologias de time, e não fingir que uma coisa não afeta a outra.


Conway Não Tirou Férias

A lei de Conway diz que sistemas espelham a estrutura de comunicação da organização que os constrói. Times que se comunicam mal produzem interfaces ruins entre seus módulos. Fronteiras organizacionais confusas viram fronteiras de código confusas. Isso é observação de décadas, não teoria nova.

A pergunta interessante de 2026 é: o que a lei de Conway faz quando parte de quem constrói não é humano? A resposta incômoda é que ela continua valendo, e talvez com mais força. Um agente aprende a estrutura do seu sistema lendo o seu sistema. Se as fronteiras de time são claras, o código que ele lê reflete isso, e ele tende a respeitar essas fronteiras. Se os domínios se sobrepõem, a propriedade é difusa e ninguém sabe quem é dono do quê, o agente vai espelhar exatamente essa bagunça, porque é isso que ele encontra ao olhar o repositório.

Tem um agravante. O agente não tem o contexto tácito que segura a bagunça na cabeça das pessoas. Um dev sênior sabe, por experiência, que "aquele módulo é teoricamente do time A mas na prática quem mexe é o B", e navega essa zona cinzenta. O agente não navega; ele copia o que vê. Estrutura ambígua, para um humano experiente, é um inconveniente. Para um agente, é uma instrução para reproduzir a ambiguidade em escala e velocidade.

Ou seja: a IA não te livra da lei de Conway. Ela amplifica as consequências dela. Estrutura organizacional ruim, que antes degradava o código devagar, agora degrada rápido, porque o agente reproduz a estrutura que enxerga sem o filtro do bom senso humano.


Cognitive Load Não Liga Para Carbono Ou Silício

A obra que mais ajuda a pensar isso é Team Topologies, de Matthew Skelton e Manuel Pais. E a leitura que importa aqui é a de que a ideia central nunca foi sobre humanos especificamente.

Team Topologies organiza times em torno de um princípio: carga cognitiva. Um time só consegue ser dono de um domínio cujo tamanho cabe na sua capacidade de raciocínio. Estoure essa capacidade e o time perde a noção do próprio sistema, a qualidade cai, a entrega trava. Por isso o livro propõe limitar o escopo de cada time, definir tipos de time, e estruturar as interações entre eles para reduzir carga cognitiva desnecessária.

O ponto sutil, e poderoso, é que a restrição fundamental nunca foi "humanos têm cabeça limitada". Foi "qualquer sistema cognitivo que tenta construir e manter software tem capacidade limitada". E carga cognitiva não liga se a mente que ela sobrecarrega é de carbono ou de silício. Um agente também tem janela de contexto finita, também perde a noção quando o domínio é grande demais, também produz pior quando a fronteira é difusa.

Isso reposiciona Team Topologies de forma elegante. Não é um framework de gestão de gente que a IA torna obsoleto. É um framework sobre os limites cognitivos de construir software, e esses limites se aplicam a agentes também. A obra ficou mais relevante, não menos, porque agora descreve uma propriedade compartilhada por humanos e máquinas.

E se o princípio vale para os dois, então as duas coisas, organização de time e organização de agente, precisam ser pensadas pela mesma lente.


O Que Muda Quando O Agente Entra

Se Team Topologies continua valendo, algumas coisas concretas mudam na hora de aplicar.

A primeira é o tamanho de domínio que um time consegue carregar. Domínios que em 2023 exigiam um time especializado de subsistema complicado podem, em 2026, ser cobertos por um time alinhado a fluxo com aumento de IA. O agente expande a capacidade cognitiva efetiva do time, o que permite que ele seja dono de um escopo maior sem estourar. Isso não elimina os tipos de time do Team Topologies; recalibra onde cada fronteira deve ficar.

A segunda é que a fronteira do time vira ainda mais importante, não menos. Como o agente reproduz a estrutura que vê, uma fronteira bem desenhada vira um ativo que se multiplica: o agente respeita e reforça. Uma fronteira mal desenhada vira um passivo que se multiplica na mesma proporção. O custo de uma má topologia subiu, porque agora ela é amplificada por um construtor incansável que copia o que encontra.

A terceira é que aparece uma camada nova de design: como os agentes se distribuem em relação aos times. Um agente por time alinhado a fluxo? Agentes compartilhados como uma plataforma interna? Agentes especializados que atravessam times, e nesse caso, quem é dono deles? Essas são decisões de topologia que não existiam, e que afetam carga cognitiva, propriedade e fluxo tanto quanto a organização dos times humanos. É essa camada que merece o nome de agent topologies.

E a quarta, ligada às anteriores: os ciclos de feedback precisam ser repensados. Team Topologies fala de interações entre times, colaboração, serviço, facilitação. Quando agentes entram, surgem interações novas: time com seus agentes, agentes entre si, e o feedback de qualidade que precisa fluir rápido o suficiente para corrigir o que o agente produz antes que vire dívida. A topologia não é só quem fala com quem, é também quem corrige o quê, e quão rápido.


A Manobra Inversa De Conway, De Novo

Se a lei de Conway vale com mais força, então a contramedida clássica também volta ao centro: a manobra inversa de Conway.

A ideia original é deliciosa de tão direta. Se a estrutura da organização determina a arquitetura do sistema, então desenhe a organização de propósito para produzir a arquitetura que você quer. Quer módulos desacoplados? Monte times desacoplados, com fronteiras claras, e o sistema tende a seguir. Em vez de lutar contra a lei de Conway, você a usa a seu favor.

Na era dos agentes, essa manobra ganha uma alavanca extra. Como o agente espelha a estrutura com fidelidade ainda maior que o humano, desenhar a organização certa produz o efeito desejado de forma mais rápida e mais consistente. A boa fronteira que você cria não é só respeitada pelo time; é reforçada pelo agente a cada PR que ele abre. A manobra inversa de Conway, que sempre foi um instrumento poderoso e lento, fica mais rápida quando há um construtor que copia a estrutura sem resistência.

Mas o inverso também é verdade, e é o alerta. Se você desenhar a organização errada, o agente vai cristalizar o erro com a mesma eficiência. A manobra inversa de Conway é uma faca de dois gumes afiada pela IA: ela amplifica tanto a intenção boa quanto a ruim. Isso eleva a importância de pensar a topologia antes de soltar os agentes, não depois de já terem reproduzido a estrutura existente por toda a base de código.

A consequência para o líder técnico é clara: a decisão de topologia, que muitos tratam como assunto de RH ou de organograma, é uma decisão de arquitetura. E na era dos agentes, é uma decisão de arquitetura com efeito acelerado.


Bounded Agency Como Infraestrutura

Tem mais uma ponte entre Team Topologies e o mundo agêntico, e ela passa por confiança e contenção.

O princípio que sustenta a colaboração saudável entre times é a confiança fundada em autonomia limitada. Um time confia no outro porque sabe que a autoridade do outro é intencionalmente restrita por regras, contratos e fronteiras claras. Não é confiança cega; é confiança possível porque há limites conhecidos. Esse mesmo princípio, agência limitada, é exatamente o que torna possível confiar num agente. A autoridade do agente precisa ser intencionalmente constrangida por guardrails para que o time possa delegar sem medo.

Visto assim, a estrutura do Team Topologies oferece a infraestrutura para a agência. As fronteiras de domínio, os contratos entre times, as interações bem definidas, tudo isso vira o esqueleto dentro do qual o agente pode operar com autonomia segura. Sem essas fronteiras, autonomia de agente vira o problema de permissão e contenção que já assombra quem leva agente a sério. Com elas, a autonomia tem onde se apoiar.

Isso fecha um círculo bonito. Os mesmos limites que tornam um time humano confiável, escopo claro, contrato explícito, fronteira respeitada, são os limites que tornam um agente confiável. Bounded agency não é um conceito novo inventado para a IA; é o princípio organizacional de sempre, aplicado a um novo tipo de ator. Quem já tem uma boa topologia de times tem, de graça, metade da infraestrutura necessária para agência segura.

E quem não tem descobre que o problema do agente descontrolado é, no fundo, um sintoma de uma organização sem fronteiras claras. O agente só está mostrando, em alta velocidade, a bagunça que já estava lá.


O Novo Paradigma Não Apaga As Lições Antigas

Vale uma ressalva contra o entusiasmo fácil. Nada disso significa que o futuro é uma reinvenção total da organização do trabalho, com humanos coadjuvantes e agentes no centro.

A leitura mais sóbria, e mais útil, é que o paradigma novo não apaga as lições antigas. Carga cognitiva, fronteiras claras, manobra inversa de Conway, autonomia limitada: tudo isso era verdade antes da IA e continua verdade depois. O que muda é a intensidade com que essas verdades se manifestam e a velocidade com que ignorá-las cobra preço. A IA não inaugura um conjunto de princípios; ela testa, com mais rigor, os princípios que já tínhamos.

Por isso desconfie de quem vende "organização agêntica" como ruptura completa que joga fora tudo que se sabia sobre estruturar times. Geralmente é semantic diffusion vendendo novidade onde há continuidade. O que há de novo é real, a camada de agent topologies, a recalibração de tamanho de domínio, os ciclos de feedback com agentes, mas ela se constrói sobre fundamentos que continuam de pé, não sobre escombros.

A postura certa é de continuidade crítica. Retenha os princípios, repense os padrões. Mantenha a carga cognitiva como bússola e a manobra inversa de Conway como ferramenta, mas esteja disposto a recolocar as fronteiras, redistribuir os domínios e desenhar a camada de agentes que não existia. É evolução com memória, não revolução com amnésia.

Quem joga fora a teoria de organização achando que a IA mudou tudo vai redescobrir, do jeito difícil, por que ela existia.


Um Redesenho Na Prática

Para tirar a ideia do abstrato, imagine um time que sente os sintomas e decide agir. Como seria repensar a topologia com agentes em mente, na prática?

O ponto de partida costuma ser um incômodo concreto: um domínio inchado que um único time carrega com dificuldade, áreas de propriedade difusa onde ninguém sabe ao certo quem decide, e agentes que, soltos nesse terreno, produzem código inconsistente porque copiam a ambiguidade que encontram. O sintoma aparece como PRs de agente que cruzam fronteiras que deveriam ser respeitadas, ou que reproduzem padrões conflitantes porque o repositório tem padrões conflitantes para reproduzir.

O primeiro movimento é tornar as fronteiras explícitas antes de mexer nos agentes. Definir, sem ambiguidade, qual time é dono de qual domínio, onde estão os contratos entre eles, e o que cada um pode e não pode tocar. Isso é trabalho de Team Topologies clássico, e precisa vir primeiro, porque o agente vai espelhar a estrutura que existir no momento em que ele ler o sistema. Soltar agente antes de arrumar a fronteira é pedir para a bagunça ser reproduzida em escala.

O segundo movimento é desenhar a camada de agentes sobre essa estrutura agora clara. Decidir, por exemplo, que cada time alinhado a fluxo tem seus próprios agentes, com acesso limitado ao seu domínio, em vez de um agente onipotente que atravessa tudo. Onde há necessidade de um agente compartilhado, tratá-lo como um serviço de plataforma, com dono definido e contrato claro, exatamente como se trataria um time de plataforma. A pergunta "quem é dono deste agente?" passa a ter resposta, do mesmo jeito que "quem é dono deste serviço?" tem.

O terceiro movimento é fechar os ciclos de feedback. Garantir que o feedback de qualidade sobre o que cada agente produz chega rápido ao time dono daquele domínio, para que a correção aconteça antes da dívida se acumular. A topologia não termina na divisão de responsabilidades; ela inclui como o aprendizado circula. Um redesenho que define fronteiras mas esquece o feedback resolve metade do problema e deixa a outra metade apodrecendo em silêncio.

O resultado, quando bem feito, é um sistema onde o agente vira um reforço da boa estrutura em vez de um amplificador da bagunça. Não porque o agente ficou mais inteligente, mas porque a organização que ele espelha ficou mais clara.


Principais Aprendizados

  • A lei de Conway continua valendo na era dos agentes, e com mais força: o agente espelha a estrutura organizacional que lê no código.
  • Sem o contexto tácito dos humanos, o agente copia fronteiras difusas em vez de navegá-las, amplificando a bagunça em escala.
  • Team Topologies ficou mais relevante: carga cognitiva limita qualquer sistema que constrói software, de carbono ou de silício.
  • O agente expande a capacidade cognitiva do time, recalibrando o tamanho de domínio que cada time consegue carregar.
  • Surge uma camada nova de design, as agent topologies: como os agentes se distribuem em relação aos times, e quem é dono deles.
  • A manobra inversa de Conway fica mais poderosa e mais perigosa: o agente cristaliza tanto a boa estrutura quanto a ruim.
  • Bounded agency é o elo: as fronteiras que tornam um time confiável são as que tornam um agente confiável.

Conclusão

Adotar agente não é só uma decisão de ferramenta. É uma decisão que mexe com a forma como o sistema é construído, e portanto com a forma como o time deveria estar organizado. Tratar uma coisa sem a outra é deixar a lei de Conway trabalhar no escuro, agora com um construtor incansável que reproduz, em velocidade, qualquer fronteira que encontrar.

A boa notícia é que não precisamos inventar a teoria do zero. Carga cognitiva, fronteiras claras e autonomia limitada continuam sendo as ferramentas certas; elas só precisam ganhar uma camada nova, a dos agentes, e ser aplicadas com a consciência de que o preço de errar subiu.

Talvez a pergunta que abre este texto seja a pergunta de design mais subestimada de 2026. Se o agente também constrói, o time precisa ser desenhado junto com ele. E quem desenhar bem os dois ao mesmo tempo vai colher um sistema que reflete clareza, não bagunça acelerada.


Fontes e Referências

Newsletter

Receba os artigos mais relevantes da semana, sem quebrar seu ritmo de leitura

Um resumo semanal com os melhores posts sobre IA, engenharia de software e tecnologia, enviado no melhor momento para continuar a conversa depois da leitura.

Foto de Elton José

Escrito por

eltonjose

Engenheiro de software e estrategista de produtos digitais, focado em IA pragmática e em transformar experiências de trabalho remoto em aprendizados aplicáveis. Compartilho frameworks e decisões reais que uso em consultorias e projetos.

  • Principais temasTeam Topologies, Agent Topologies
  • Formato do conteúdoGuia prático + insights de carreira