Guia do capítulo 12

Quando a IA mexe com o lugar das pessoas

O risco que derruba mais automação do que qualquer bug não aparece em score nenhum. É o medo silencioso de quem tem o trabalho tocado. E ele não se resolve com ajuste de interface.

Cena ilustrativa, composta de padrões reais

A automação de triagem de chamados era a melhor entrega do ano. Validada, testada com dado real, documentada. Na demo, aplauso. Na primeira semana, 12% de uso. Na quarta, 7%. O laboratório revisou a interface, ajustou o fluxo, rodou treinamento. Subiu para 8%.

Foi preciso um almoço, não uma reunião. Uma analista das mais antigas resumiu entre o arroz e o feijão:

“A ferramenta é ótima. Todo mundo sabe usar. Mas a triagem é 80% do meu dia. Se isso funcionar, eu sirvo pra quê?”

O laboratório tinha tratado adoção como problema de produto. Era medo.

O nome do problema

Sabotagem educada

Ninguém declara o medo. Admitir medo de ser substituído é exibir vulnerabilidade num lugar que pune vulnerabilidade. Então ele vira comportamento perfeitamente educado: a ferramenta que “não se aplica ao nosso caso”, o formulário que ninguém preenche mais, o teste que fica para semana que vem, o dado que demora.

Nenhum ato hostil. Nenhuma digital. O projeto morre de inanição com todo mundo sendo gentil.

O medo não é mal-entendido

É leitura racional, feita por gente inteligente, com base no histórico real do mercado. Tratar como ignorância (“eles não entenderam a ferramenta”) garante que ele nunca vai ser dito em voz alta. Só praticado.

Os quatro medos

Quem tem medo de quê, e o que fazer

Analista e gestor são os mais visíveis. Ignorar os outros dois é criar sabotador por omissão. Nenhum desses grupos é vilão: cada um tem um incentivo racional, e o trabalho do laboratório é desenhar para que colaborar seja mais seguro do que sabotar.

1 de 4 · Quem executa o processo

O medo do analista

“Se isso funcionar, eu sirvo pra quê?”

A conta dele está certa. Se a triagem é 80% do dia e a automação faz triagem, a automação faz 80% dele. O que falta na conta é o que acontece com esses 80%. Sem resposta, ele assume a pior, porque o mercado ensinou assim: décadas de "otimização" em que a economia anunciada tinha nome e sobrenome na lista de desligamento.

Como aparece no dia a dia

A ferramenta "é ótima" na demo e fica aberta numa aba que ninguém clica.
O teste com dado real é sempre "semana que vem".
O feedback chega vago: "às vezes não funciona". Nenhum exemplo anexado.
A planilha antiga continua sendo atualizada "só por garantia".

A resposta concreta

Destino das horas, por escrito. Antes de construir, o que a equipe vai fazer com o tempo liberado, nomeado com a precisão do baseline.
Papel no novo desenho. Decidido com ele, não para ele. Quem opera o processo antigo é o melhor engenheiro de requisitos do novo.
De substituído a supervisor. Rascunho para revisão: o agente redige, o analista aprova. Ganha um título que toda operação entende: dono da automação.

2 de 4 · Quem lidera a área

O medo do gestor

“Se a área precisa de menos gente, eu fico menor.”

Numa empresa tradicional, o tamanho do time é o tamanho do gestor. Headcount é status, orçamento e peso na mesa. Uma automação que libera 30% da capacidade da área soa, nessa gramática silenciosa, como rebaixamento. E ninguém pode dizer isso em voz alta.

Como aparece no dia a dia

Elogia o laboratório em toda reunião e posa na foto do resultado.
O acesso ao sistema "está com a TI" há três semanas.
O dado prometido para sexta chega na outra sexta, incompleto.
De repente, outra prioridade ficou mais urgente. Toda vez.
Nas reuniões com a área, só ele fala. A equipe olha para a mesa.

A resposta concreta

O pacto com a diretoria. Capacidade liberada por automação não vira corte automático de headcount da área que colaborou. Sem isso, a mensagem é "quem ajuda o laboratório encolhe", e nenhuma dor boa chega mais.
Nova régua de tamanho. Mostrar, com número, que área automatizada entrega mais com o mesmo time. O tamanho do gestor passa a ser o resultado da área, não a contagem de cadeiras.

Apoio de palco

A versão sênior da sabotagem educada. O gestor elogia o laboratório em toda reunião, posa na comunicação do resultado e, por baixo, trava o acesso, atrasa o dado, superprioriza outra coisa. É o sabotador mais eficiente do ecossistema, porque sabota com crachá de aliado. Gestor convertido é o melhor embaixador possível; gestor com medo é um funil fechado com sorriso.

3 de 4 · Segurança, jurídico e compliance

O medo do risco

“Se der errado, sou eu que vou responder. E eu nem participei.”

Aqui o medo não é perder o emprego. É carregar o risco de uma decisão que não controlam. Quando uma automação toca dado sensível ou uma norma, essas áreas são cobradas se algo der errado, mesmo sem ter participado do desenho.

Como aparece no dia a dia

O parecer "ainda está em análise" há um mês.
Cada resposta traz uma pergunta nova, mais genérica que a anterior.
O "não" chega no fim, quando tudo já está construído.

A resposta concreta

Dono do risco desde o começo. Chamar para o Vibe Doc, não para a aprovação final. Quem carrega o risco precisa ter voz no desenho, ou vai ter voz só no veto.
Rastro como oferta de paz. Políticas, regras de escalonamento e trilha de auditoria construídas para a área responsável, não para o laboratório. Responsabilidade não se terceiriza para uma caixa-preta.

4 de 4 · A TI

O medo da sustentação

“Isso vai quebrar num feriado e cair no meu plantão.”

É um medo legítimo e técnico, não político: virar mantenedora eterna de soluções que não construiu, feitas fora dos seus padrões. E a TI controla acessos. Área com medo e controle de acesso é um funil fechado com chave.

Como aparece no dia a dia

O pedido de acesso entra na fila geral, atrás de troca de mouse.
A pergunta "quem vai manter isso?" aparece em toda reunião, e ninguém responde.
A integração "não é homologada", sem dizer o que falta para ser.

A resposta concreta

Padrões combinados antes. Regras de construção acordadas com a TI desde o início, não descobertas depois do deploy.
Documentação de sustentação. No nível que quem vai manter precisa, não no nível que quem construiu acha suficiente.
Ritual de graduação. Quando o projeto cresce além do laboratório, passa para a engenharia com checklist, em vez de ser jogado por cima do muro.

Slogan acalma reunião. Concretude muda comportamento.

“A IA não vai substituir você, vai potencializar você” é pior que silêncio: é dito por quem não corre o risco para quem corre. Ninguém precisa de slogan. Precisa de destino para as horas, papel no novo desenho e honestidade sobre o que muda de verdade.

O pacto

O destino das horas

O laboratório nunca vende corte. Vende capacidade realocada com destino provado. Para isso funcionar, vira política: escrita, pública e anterior à construção. Antes de qualquer automação entrar em desenvolvimento, laboratório e gestor da área definem juntos, por escrito, o que a equipe vai fazer com a capacidade liberada.

Antes, não depois

Depois, destino é racionalização sob suspeita. Antes, é contrato.

Nomeado com precisão

Casos complexos que esperavam, qualidade que não existia, projetos engavetados por falta de braço.

Verificável no painel

Entra como linha do painel de valor. Destino prometido e não cumprido vira cinismo rápido.

Como fica o pacto no papel

Exemplo ilustrativo, com projeto e números fictícios.

Projeto: Rascunho automático de respostas para solicitações elegíveis
Horas liberadas (estimativa): 80 h/mês, com a conta aberta
Destino das horas: Casos complexos que hoje esperam 5 dias; revisão de qualidade que não existe
Quem decide o quê: Gestor da área aprova o destino; laboratório entrega o fluxo; analistas revisam e são donos da automação
Como verificar: Linha no painel de valor: horas com destino registrado por mês
O que não muda: Cobranças, benefícios e alterações cadastrais seguem fora do escopo
Assinado antes da construção: Data e nome do gestor e do laboratório

Destino é camada, não bônus

No exemplo didático do livro (números fictícios), o piloto entrega 72 horas de capacidade líquida no mês, e 48 delas têm destino registrado. As 48 não se somam às 72: estão dentro delas. Quem soma as duas está inflando o painel com a mesma hora contada duas vezes.

Horas sem destino são ameaça pairando sobre a área. Horas com destino são presente anunciado.
Mesmo projeto, mesmo código, outra história.

Definição curta no glossário: destino das horas.

Comunicação

O que dizer, e quando

Uma lei: o vácuo de informação é sempre preenchido pelo pior cenário. Sempre. Por isso a conversa começa quando o projeto sai do funil, com o dono da dor ao lado, não quando a construção termina.

Os quatro pontos, em linguagem de gente

O que muda e o que não muda.
Quando.
Qual é o destino das horas, já pactuado.
Quem decide o quê, com nome.

Risque do vocabulário

A promessa absoluta. “Ninguém nunca será desligado por causa de automação.” O laboratório não tem poder para cumprir, e ela vira dívida impagável na primeira reestruturação.
O dialeto do hype. Sinergia, potencialização, jornada de transformação. A operação traduz na hora como “tem coisa sendo escondida”.

Fale como no almoço, não como no palco.

A parte difícil

Quando o medo tem razão

Às vezes tem. Algumas tarefas desaparecem de verdade. Algumas funções mudam a ponto de exigir outra formação. Fingir que não, em nome do clima, compra paz de curto prazo com a moeda que o laboratório não pode gastar: credibilidade.

Compromisso 1: antecedência
Ninguém descobre no dia.
Compromisso 2: requalificação com dono
Projeto do laboratório, com nome, prazo e responsável. Não promessa difusa de RH.
O limite, dito em voz alta
O laboratório promete o que controla (desenho do trabalho, destino das horas, requalificação) e é honesto sobre o que não controla: decisões de estrutura da empresa.

O que eu vejo na prática

Na minha experiência, a resistência mais comum não veio como “a IA vai tirar meu emprego”. Veio como ceticismo: “isso não vai dar certo”, “vamos ter que revalidar tudo de qualquer jeito”. É uma objeção sobre confiança operacional, não necessariamente sobre a cadeira.

A resposta não é ganhar a discussão. É diminuir o tamanho do teste, testar, manter revisão humana onde faz sentido e deixar a evidência acumular. O laboratório não precisa que todo mundo acredite no começo. Precisa de um processo em que seja barato desconfiar até a prova chegar.

Diagnóstico

Como saber se tem medo não tratado

Adoção baixa com feedback vagoA ferramenta "é ótima" e ninguém usa. Elogio sem uso é o uniforme da sabotagem educada.
Uma área ativa parou de trazer doresAlguém lá dentro concluiu que alimentar o laboratório é alimentar a própria ameaça.
Um embaixador esfriouResponde menos, adia o café. Antes de assumir agenda cheia, assuma conversa devida.
"Não funciona pra gente", sem exemploObjeção sem caso é medo com roupa de argumento técnico.
Só o gestor falaA equipe olha para a mesa. A resposta verdadeira está no que não está sendo dito.

O diagnóstico nunca acontece em reunião formal. Mora no almoço, no café, na conversa sem ata. Se o laboratório só escuta em ambiente oficial, só ouve a versão oficial.

Kit de Campo, artefato 13

Mapa de medos e incentivos

Privado, do laboratório, pessoa a pessoa e não área a área. Para cada projeto: quem é tocado, o que teme perder (escrito na primeira pessoa dela, sem eufemismo), o que ganha se der certo, o destino das horas, como participa do desenho e qual medo é legítimo e exige mudança no projeto.

Projeto com medo mapeado e sem resposta não está pronto para produção, por melhor que esteja o código. Se a única resposta disponível é “comunicar melhor”, o incentivo ainda não foi resolvido.

Abrir o mapa de medos

Score, baseline e painel medem o que as pessoas fazem. O almoço revela por quê.

Este guia resume o capítulo 12 do livro O Laboratório que Sobrevive. O livro tem o método inteiro, do argumento de existência à prestação de contas, com casos reais e os erros que vieram junto.

Conhecer o livro Ver o painel do laboratório

Do livro O Laboratório que Sobrevive, cap. 12.