Posse antes dos agentes: por que a Lei de Conway devora seu rollout de IA

Setenta e cinco por cento dos times de dados não têm dono claro para seus produtos de dados. Oitenta e cinco por cento têm dono claro para sua infraestrutura. Essa assimetria vem da pesquisa Practical Data Pulse de Joe Reis, de junho de 2026 (N=212), e é o número mais útil que já vi para prever se um rollout de agentes vai dar retorno ou explodir na mão.

O que amarra tudo é a Lei de Conway. Qualquer sistema que você constrói acaba espelhando a estrutura de comunicação da organização que o construiu. Um agente não escapa dessa lei. Ele a herda. Os schemas que ele consulta, as permissões que ele carrega, os pipelines que ele dispara, todos esses artefatos foram moldados por quem fala com quem e por quem é dono do quê. Quando um agente roda, ele bate direto no organograma, porque o organograma já está codificado no substrato em que ele opera.

O agente é um amplificador da Lei de Conway

Um agente autônomo não paira acima da sua organização esperando entradas limpas. Ele trabalha dentro das mesmas estruturas que seus times produziram. Se dois times nunca concordaram sobre quem é dono da tabela de clientes, o agente encontra duas versões semi-donas e escolhe uma, em geral a de permissão mais frouxa. Se ninguém é dono do pipeline de receita de ponta a ponta, o agente otimiza a fatia que enxerga e quebra a fatia que não enxerga.

É por isso que o número da posse importa mais que o número da ferramenta. Uma organização em que 85% da infraestrutura tem dono, mas só 25% dos produtos de dados têm, oferece terreno instável para automação: encanamento forte apoiado em responsabilidade fraca. Solte um trabalhador rápido, incansável e com permissões nessa estrutura e você não recebe ordem de volta. Você recebe a mesma desordem executada mais rápido.

O número da infra com dono é a armadilha. Os times leem 85% e concluem que estão prontos, porque as máquinas são gerenciadas e os pipelines rodam. Posse de infraestrutura responde “quem mantém as luzes acesas”. Posse de produto de dados responde “quem responde por aquele número estar correto e quem pode mudar a forma como ele é produzido”. Um agente precisa muito mais da segunda resposta do que da primeira, e três em cada quatro times não a têm.

A anarquia tem custo semanal, e ele é mensurável

A pesquisa de Reis coloca preço na responsabilidade ausente. Times operando em anarquia organizacional completa, sem dono claro dos produtos de dados, gastam cerca de 45% da semana apagando incêndio. Quase metade da semana de trabalho vai para caçar números quebrados, reconciliar versões e responder “qual relatório está certo”.

Esse número descreve a linha de base humana antes de qualquer agente chegar. É o que a organização já paga para sobreviver à própria ambiguidade. Agora adicione um agente capaz de emitir milhares de consultas, disparar dezenas de execuções de pipeline e escrever em tabelas pelas quais nenhuma pessoa responde. O apagar de incêndio só cresce. A superfície que pode pegar fogo se expande, e se expande mais rápido exatamente onde a posse é mais rala.

Já argumentamos que a IA é um amplificador de qualquer estrutura em que aterrissa, e que sistemas autônomos apagam a responsabilidade quando ninguém é dono do resultado. Os dados de Reis dão a esses argumentos um piso medido. Os 45% saíram do que os times relataram sobre a própria semana, em uma pesquisa que o autor conduziu e publicou abertamente.

Posse é conserto a montante, não painel

O reflexo, quando um agente se comporta mal, é adicionar observabilidade. Vigie o que ele faz, meça as saídas, monte um painel, pegue as escritas ruins depois que acontecem. Isso trata a posse ausente como algo que dá para detectar a jusante. Não dá. Um painel avisa que um número divergiu. Ele não consegue dizer quem tem autoridade para decidir qual versão é canônica, porque essa decisão nunca foi atribuída a ninguém.

A posse precisa ser resolvida antes de o agente rodar, no próprio desenho da organização. A prescrição que mapeia de forma limpa no achado de Reis é Team Topologies, de Matthew Skelton e Manuel Pais. Ela divide a responsabilidade em dois papéis que os dois números da pesquisa já apontam. Times de plataforma são donos da infraestrutura: os pipelines, o compute, o encanamento que mantém os dados em movimento. Isso é os 85% que a maioria das organizações já montou. Times alinhados a fluxo são donos dos produtos de dados de ponta a ponta: um dataset ou métrica específica, da origem ao consumidor, incluindo a autoridade de definir o que significa correto e de aprovar mudanças na forma como aquilo é produzido. Isso é os 75% que a maioria das organizações deixou vago.

Os dois papéis cumprem funções distintas. Um time de plataforma que mantém o pipeline de clientes rodando não é o mesmo que um time responsável por a tabela de clientes estar certa. O primeiro é uma função de manutenção. O segundo é uma função de decisão, e é a que um agente precisa que um humano segure. Atribua um dono alinhado a fluxo a cada produto de dados que um agente vá tocar e você deu ao agente um endereço para rotear a responsabilidade. Deixe vago e o agente vira o dono de fato de uma decisão que nenhum humano concordou em delegar.

A sequência que de fato funciona

Posse primeiro, agentes depois. Não porque a posse seja filosoficamente anterior, mas porque a sequência inversa é comprovadamente pior. Um agente colocado sobre produtos de dados sem dono herda a anarquia, a executa em velocidade de máquina e devolve uma versão maior da semana de 45% de incêndio em que você começou. Um agente colocado sobre produtos de dados com dono herda uma estrutura em que cada tabela que ele toca tem um humano responsável, e seus erros roteiam para alguém que pode corrigi-los e ajustar o pipeline que os produziu.

O substrato de governança precisa existir antes de as operações autônomas rodarem em cima dele. Posse é a primeira camada desse substrato. É mais barata de atribuir do que qualquer stack de monitoramento, e nenhum stack de monitoramento a substitui.

Faça isto agora

Antes de colocar um único agente para rodar contra seus dados, faça um exercício. Liste os produtos de dados que o agente vai ler e escrever: as tabelas, métricas e datasets específicos, não a infraestrutura. Para cada um, escreva o nome de uma pessoa em uma coluna de dono. Não um time, não uma plataforma, uma pessoa responsável por aquele produto estar correto e com poder para aprovar mudanças na forma como ele é produzido.

Conte as células em branco. Se sua organização se parece com a pesquisa de Reis, três em cada quatro linhas estarão vazias. Cada linha vazia é um lugar onde seu agente vai virar o dono por padrão, de uma decisão que nenhum humano escolheu delegar. Preencha essas linhas usando a divisão de Team Topologies: times de plataforma para a infraestrutura que move os dados, donos alinhados a fluxo para os produtos em si. Depois, e só depois, coloque o agente para rodar.

Os times que vencerão com agentes nos próximos dois anos serão os que atribuíram a posse antes de automatizar. Assim, quando a Lei de Conway fizer o que sempre faz, ela terá uma estrutura limpa para espelhar em vez de uma anarquia para amplificar.

---

Fontes

• Joe Reis (Practical Data). “Your Agents Are Stuck In Your Org Chart.” Julho de 2026.

A Victorino ajuda times a resolver a posse dos produtos de dados antes de colocar agentes para rodar: contato@victorino.com.br | www.victorino.com.br