Resistência É Racional: O Denominador Sob Todo Mandato de IA

A fórmula de John Cutler para adoção de IA cabe em uma linha:

(Compreensão da Máquina x Compreensão do Problema x Evolução da Prática) / Contrato Social

Três termos acima da linha, um abaixo. Os três de cima se multiplicam, então qualquer um deles zerado leva o numerador inteiro junto. Essa parte é intuitiva para quem já viu um rollout empacar. O termo debaixo da linha é o que raramente aparece em um plano de rollout, e Cutler é direto sobre o status dele: “O denominador não é opcional. Ele é a precondição para tudo que está acima da linha.”

Leia a divisão como fundação, não como aritmética. Tudo que você empilha acima da linha se apoia no que está embaixo.

Seis Formas de Matar o Numerador

Cutler enumera seis modos de falha nomeados, cada um uma combinação específica de zeros. Dois deles são reconhecíveis para qualquer pessoa que já rodou um piloto de IA.

Compreensão da Máquina presente, Compreensão do Problema ausente, Evolução da Prática presente produz “iteração rápida na direção errada”. O time sabe o que o modelo faz, já reorganizou a forma de trabalhar e entrega com confiança contra um problema que ninguém enquadrou corretamente.

Inverta o padrão e você chega ao outro. Compreensão da Máquina ausente, Compreensão do Problema presente, Evolução da Prática ausente produz “você sabe que aquilo está falhando, mas não faz ideia do porquê”. O time vê o resultado degradar sem vocabulário para o mecanismo.

Os quatro restantes são permutações da mesma aritmética. O valor deles é diagnóstico. Quando a adoção empaca, a pergunta útil é qual termo está zerado, e “mais treinamento” responde apenas a um deles. A leitura de Cutler sobre a resposta corporativa padrão é seca: “Todo mundo tem que usar IA é um mandato de Evolução da Prática que assume que Compreensão da Máquina e Compreensão do Problema vão se resolver sozinhas. Não vão.”

O Que Está Embaixo da Linha

Cutler define Contrato Social como “o compromisso organizacional de que os ganhos de melhoria serão usados de acordo com um acordo compartilhado, e não contra as pessoas que os geraram”.

A maioria dos programas de adoção trata os resistentes como problema de treinamento. Já defendemos uma versão disso aqui. Nosso texto sobre identidade do desenvolvedor enquadrou a resistência como trabalho de identidade a ser elaborado, e mandatos encontrando modelos mentais tratou o descompasso como algo que um rollout melhor consertaria. Cutler inverte: “Sem esse contrato, você não obtém resistência por ignorância. Você obtém resistência por autopreservação racional.” Sob um contrato quebrado, resistir é ler evidência fina com precisão. O obstáculo deixa de ser psicológico e passa a ser contratual.

Quem faz essa leitura está rodando um pequeno exercício de subscrição de risco. Os ganhos são mensuráveis e de curto prazo. Quem os captura fica sem resposta. O prejuízo fica inteiro de um lado só da mesa. Um engenheiro que automatiza 30% do próprio trabalho e fica sem saber o destino dos 70% restantes carrega uma posição sem seguro. Recusar a automação é um hedge, e um hedge barato.

O Experimento Já Rodou, Com Outro Nome

Design systems rodaram esse cenário antes dos mandatos de IA chegarem, e alguém publicou os resultados.

O argumento de Karolina Szczur contra a federação de design systems é esse registro. Governança federada distribui a propriedade do sistema entre os times de produto em vez de concentrá-la em um time dedicado. Segundo o ZeroHeight Design System Report que ela cita, o modelo é usado por 13% dos times, contra 9% um ano antes. A adoção subiu. A satisfação foi para o outro lado: o relatório How We Document “mostrou o maior nível de insatisfação entre o grupo federado”.

O contexto dessa subida importa mais que o número. Szczur cita o layoffs.fyi para 226 empresas dispensando mais de 120 mil pessoas neste ano, e observa que “as habilidades que sustentam design systems (e design de produto duradouro) são as primeiras a sair”. A federação chegou como resposta de custo à perda do time dedicado, vestida na linguagem de propriedade compartilhada. Quem viveu aquilo leu o enquadramento corretamente.

O que a federação produziu é a versão de accountability do denominador quebrado. Szczur cita Albert Bandura: “Onde todos são responsáveis, ninguém é realmente responsável.” O exemplo concreto dela de como isso aparece no artefato é um sistema carregando 1.500 componentes, com duplicação acumulando sem reuso. O modelo de governança dizia que todos eram donos do sistema. Na prática ninguém tinha respaldo suficiente para recusar um componente.

A frase dela sobre volume de contribuição pesa diferente agora que parte dos contribuidores são máquinas: “Se a saída é errada, se a qualidade é aceitável ou se aquilo se encaixa no sistema, isso já é outra história.” Volume de contribuição nunca foi o recurso escasso. Capacidade de revisão é, e a federação espalha a autoridade de revisão até que ninguém detenha o suficiente para exercê-la.

A Regra Que Transfere

Você não pode distribuir accountability e depois se surpreender com ninguém exercendo.

Essa é a descoberta dos design systems, e ela tem o mesmo formato da descoberta sobre mandatos. Um mandato distribui a obrigação de adotar enquanto mantém centralizada e sem resposta a pergunta de quem captura os ganhos. A federação distribuiu a obrigação de manter enquanto deixava ninguém com autoridade para recusar trabalho ruim. Os dois modelos empurraram o dever para baixo e guardaram os direitos de decisão em outro lugar. Rastreamos o mesmo mecanismo na governança de contribuição do Kubernetes e em como design systems documentaram a própria governança de IA. O padrão se repete entre domínios porque o mecanismo é organizacional, e organizações são onde o denominador vive.

Escreva o Denominador Antes do Próximo Mandato

Antes do próximo e-mail de “todo mundo tem que usar IA”, escreva um parágrafo e circule junto com o mandato. Ele precisa responder quatro perguntas em linguagem que um engenheiro sênior cético aceitaria:

Para onde vão as horas recuperadas? Se o cycle time do time cai 25%, nomeie o que ocupa a capacidade liberada. “Mais entrega com o mesmo headcount” é uma resposta legítima. Silêncio funciona como recusa a responder.

Quem é responsável pela saída? Nomeie um papel, nunca um comitê. Se a autoridade de revisão já está federada por todos os times, você tem o problema de Bandura antes de ter um problema de IA.

Qual é o compromisso de headcount, e até quando? Um compromisso datado vale mais que uma garantia morna. Se você fica sem poder assumir um, diga isso, e diga com o que consegue se comprometer.

O que acontece com quem tiver a produtividade medida caindo durante a curva de aprendizado? Toda curva de adoção tem um vale. Quem escreve a avaliação de desempenho durante esse vale é a política real.

Se essas quatro ficarem sem resposta, a resistência que você está prestes a encontrar é a sua própria política lida de volta para você. Rode os diagnósticos do numerador depois que o contrato estiver escrito, nessa ordem. Um time que confia no contrato e mesmo assim empaca está empacando em Compreensão da Máquina ou Compreensão do Problema, e os dois se resolvem com trabalho que você já sabe fazer. Um time que desconfia do contrato nunca vai te dar uma leitura limpa de nada acima da linha.

---

Fontes

• The Beautiful Mess, John Cutler. “TBM 431: The Denominator That Matters.” Julho de 2026.
• Karolina Szczur. “Against design system federation.” Julho de 2026.

A Victorino ajuda times de liderança a escrever o contrato social que os programas de adoção de IA assumem e raramente declaram: contato@victorino.com.br | www.victorino.com.br