Semana passada demos um workshop de 8 horas na Cargill. Tem um momento em todo workshop que eu espero mais do que qualquer outro. Não é quando apresentamos as ferramentas. Não é quando a demo funciona perfeitamente na frente de todo mundo. É um momento menor, mais difícil de descrever — e impossível de entregar pronto.
É quando alguém no grupo olha para o próprio problema, olha para o que acabou de aprender, e resolve sozinho.
O que a maioria dos workshops entrega
Existe um modelo muito comum de capacitação em IA: você chega, recebe uma lista de ferramentas, vê demonstrações, e vai embora com slides. É eficiente. É organizado. E na maior parte das vezes, três semanas depois, nada mudou na operação.
Não é por falta de conteúdo. É porque o que foi entregue foi uma resposta, não uma capacidade.
Tem uma diferença grande entre saber que uma ferramenta existe e saber usá-la para resolver o seu problema específico. A segunda só acontece quando a pessoa tenta — e erra — e tenta de novo — e chega em algum lugar.
Não dá para terceirizar esse processo.
O robô humano
Em quase toda empresa onde damos workshop, as pessoas chegam carregando tarefas que não deveriam existir do jeito que existem.
Alguém puxa dados da tela de faturamento e cola numa planilha. Todo dia. Alguém consolida relatórios de áreas diferentes porque o sistema não faz isso. Alguém envia e-mails de status que poderiam ser automáticos.
Tem um nome para isso: robô humano. É quando você aloca alguém do time para executar uma sequência de passos que não exige julgamento — só tempo, atenção e repetição. A tarefa não cresce a pessoa. Só consome.
O custo real não é o tempo perdido. É o que essa pessoa deixa de pensar enquanto está colando dados numa planilha.
Quando apresentamos automação e IA no contexto desses problemas, algo muda na sala. As pessoas param de ver ferramenta e começam a ver solução. Aí chegamos na parte mais importante do dia.
Por que o Gabriel quase enlouquece
A parte prática é onde o workshop vira outra coisa.
Cada grupo recebe um problema real da operação deles e tenta resolver com o que acabou de aprender. E é aqui que eu e o Gabriel divergimos, de um jeito que virou quase uma piada interna entre a gente.
O Gabriel quer resolver. Ele vê alguém travado, identifica o caminho em segundos, e tem que se segurar para não tomar o teclado. É a generosidade natural de quem sabe fazer — e quer ajudar.
Eu prefiro perguntar.
Não porque o caminho do Gabriel está errado. Mas porque meu papel ali é de facilitador, não de especialista que entrega respostas.
Na prática, funciona assim: a pessoa está me descrevendo o problema e eu já sei onde ela vai chegar. Consigo ver o início da solução antes de ela terminar a frase. Mas não falo. Faço uma pergunta. Depois outra. Vou conduzindo pelo raciocínio sem entregar o destino.
Isso é possível porque temos o privilégio de ver muitos problemas, de muitos clientes diferentes. Depois de um tempo, os padrões aparecem. Você consegue fazer analogias — "isso que você está descrevendo é parecido com o que uma empresa de logística resolveu assim" — sem precisar resolver na frente da pessoa. A experiência acumulada vira ferramenta de facilitação, não de execução.
Se eu resolver, ela vai embora com a solução. Se ela resolver, vai embora com a capacidade. Esses são produtos diferentes. E só um deles muda a operação depois que a gente vai embora.
A frustração de travar, tentar de novo e chegar em algum lugar faz parte do aprendizado de um jeito que a demonstração perfeita não consegue substituir. É onde a ferramenta para de ser abstrata e vira algo que pertence à pessoa.
O que muda depois disso
Quando o grupo volta com o problema resolvido — mesmo que pela metade, mesmo que torto — a conversa muda completamente. As perguntas ficam mais específicas. As objeções ficam mais honestas. Alguém que há duas horas achava que precisaria de um time de TI para qualquer automação começa a perguntar o que mais dá para fazer sozinho.
Esse é o momento que não dá para entregar pronto. Só acontece quando a pessoa passa por ele.
Gosto muito de ensinar e de facilitar. Mas o que eu gosto de verdade é do instante em que alguém percebe que consegue — e que a ferramenta era menor do que o medo que tinham dela.
Isso, a Cargill levou para casa. E foi o melhor das 8 horas.
Quer capacitar seu time com IA de verdade?
Trabalhamos com problemas reais da sua operação — não com demos genéricas. Seu time sai com autonomia, não com slides.
Conhecer o workshopPor que workshops de IA frequentemente não geram mudança real na operação?
A maioria dos workshops entrega respostas prontas: lista de ferramentas, demonstrações e slides. O problema é que ver uma ferramenta funcionar não é o mesmo que saber usá-la para resolver um problema específico. Quando o facilitador resolve o problema na frente do participante, a pessoa vai embora com uma solução — não com a capacidade de resolver sozinha. Três semanas depois, nada mudou na operação.
O que é "robô humano" no contexto de automação empresarial?
Robô humano é quando uma pessoa do time é alocada para executar uma sequência de passos que não exige julgamento — só tempo, atenção e repetição. Puxar dados e colar numa planilha todo dia, consolidar relatórios manualmente, enviar e-mails de status que poderiam ser automáticos. O custo real não é o tempo perdido — é o que essa pessoa deixa de pensar enquanto executa tarefas sem valor estratégico.
Qual a diferença entre entregar uma solução e desenvolver autonomia no time?
São produtos diferentes. Quando o especialista resolve o problema na frente da pessoa, ela vai embora com a solução daquele problema específico. Quando o facilitador conduz pelo raciocínio sem entregar o destino — fazendo perguntas em vez de respostas —, a pessoa resolve sozinha e vai embora com a capacidade de resolver problemas parecidos no futuro. Apenas a segunda abordagem muda a operação depois que o consultor vai embora.
Como deve ser estruturada a parte prática de um workshop de IA para ser eficaz?
A parte prática precisa usar problemas reais da operação, não exercícios genéricos. Cada grupo trabalha em um problema que reconhece como próprio — isso cria o contexto para que a ferramenta deixe de ser abstrata e se torne algo que pertence à pessoa. O facilitador deve resistir à tentação de resolver: o papel é fazer perguntas, conduzir o raciocínio e deixar a frustração de travar e tentar de novo acontecer. Essa frustração é parte insubstituível do aprendizado.