Com a IA, as organizações estão sofrendo um DDoS vindo de dentro

O texto de Karri Saarinen, CEO da Linear, parte de uma metáfora técnica: a organização sofre um DDoS vindo de dentro. Ninguém ataca de propósito. Cada pessoa e cada agente faz algo que considera útil, mas todo esse trabalho consome a mesma capacidade limitada de entender, revisar e decidir. Gerar mudanças ficou barato, e a atenção humana continua escassa.

Ele aponta dois efeitos práticos. Primeiro, a discussão deixou de vir antes da implementação: algo vai da ideia a uma versão funcionando antes de quem está fora do time saber que existe. Segundo, reunião de alinhamento não escala, porque não dá para discutir cada um dos 1.000 PRs que o time abre num dia. A saída que ele propõe tem duas partes: deixar a intenção clara de antemão (no que a empresa aposta, o que importa agora, o que está fora de escopo) para que pessoas e agentes conferam o próprio trabalho contra isso, e ser deliberado sobre quando um experimento vira parte do produto compartilhado. Na Linear, o time travou o canal interno de release porque as mudanças vinham rápido demais e vários times se sobrepunham. Dá para experimentar atrás de outras feature flags, mas o gate cria um ponto único para avaliar as mudanças em conjunto antes de entrarem. Ele admite que isso ajuda a acompanhar o que muda, mas não diz se o conjunto leva à direção desejada.

O tema vem sendo costurado em coberturas anteriores do CEVIU. Em 29 de abril de 2026, a matéria "Direção em Vez de Velocidade" já dizia que a IA quebrou a fachada de produtividade baseada em entregar muito. Em 26 de maio de 2026, "Gerentes Têm Dificuldade em Acompanhar o Boom de Produtividade da IA" tratava da gestão tentando acompanhar o ritmo. Em 12 de junho de 2026, "A IA não facilita o seu trabalho" mostrava que decidir o que construir virou a parte difícil. Em 16 de junho de 2026, "DDoS em pipelines de entrega" falava de gargalos de verificação e falta de contrapressão. Em 15 de outubro de 2026, veio "IA Acelera Código, mas Coordenação Humana Segue como Gargalo na Entrega de Software". O texto de Saarinen leva a discussão para o topo da hierarquia: a perda de capacidade de direção da liderança, com um exemplo concreto de gate de release.

Para quem desenvolve, a leitura é que abrir PR rápido deixou de ser sinal de valor por si só. Se a sua empresa já usa agentes e feature flags, vale perguntar onde está o ponto em que um experimento passa a afetar os outros times. Escopo explícito e um gate de entrada podem pesar mais no dia a dia do que mais velocidade de geração de código.