Tem Olho Mas Não Vê

O problema da cegueira seletiva em equipes técnicas

A expressão tem olho mas não vê aparece o tempo todo em oficinas, hospitais e centros de logística. Descreve aquela pessoa capaz de notar um defeito minúsculo num equipamento ou uma anomalia nos exames, mas que ignora os próprios sintomas quando se tratam dela. O efeito é especialmente doloroso quando envolve engenheiros seniores ou técnicos de manutenção que lideram equipes jovens. Eu trabalhava num centro de distribuição na região metropolitana de São Paulo e vi isso na prática com um técnico que diagnosticava falhas em esteiras rolantes com precisão cirúrgica. Ele identificava desalinhamentos de 0,5 milímetro olhando de longe. O problema era que ele se recusava a aplicar o mesmo rigor na manutenção preventiva do próprio veículo. Quando perguntava algo sobre seu carro, a resposta sempre era a mesma: "meu olho não vê isso, mas no trabalho eu vejo tudo". A cegueira tinha a ver com conforto emocional, não com capacidade visual ou técnica.

Como funciona o tem olho mas não vê no dia a dia

O mecanismo psicológico por trás disso é simples e custa caro para empresas. Quando você está focado em resolver problemas externos, seu cérebro entra em modo de solução ativa. As regiões pré-frontais responsáveis pelo autoexame são temporariamente suprimidas. Isso não é preguiça. É redistribuição de recursos cognitivos. O profissional perde a capacidade de aplicar o mesmo pensamento crítico que usa profissionalmente quando sai do ambiente controlado onde those skills foram treinadas. No meu caso específico, tive que criar um protocolo de checklist obrigatório para todos os técnicos da equipe. Nonegotiable. Se o técnico não preenchia o formulário de autoavaliação antes de sair do turno, não assinava a saída. Levou três meses para alguém se conformar, e seis meses para a cultura mudar. O custo inicial foi perda de produtividade imediata, mas o ganho veio quandoparamos de ter equipamentos parados por falta de manutenção preventiva que ninguém queria admitir que precisava.

A diferença entre competência técnica e cegueira contextual

Muitos gestores confundem as duas coisas. Um profissional pode ter olhos treinados para detectar padrões visuais, sons anormais, vibrações fora da especificação. Isso é competência técnica. O problema surge quando essa mesma pessoa não consegue transferir o padrão para sua própria rotina. O fenômeno é documentado na literatura como context-dependent expertise. A pesquisa de Hatano e Inagaki nos anos 1980 mostrou que especialistas em certas áreas frequentemente falham em aplicar seu conhecimento em domínios adjacentes. Um mestre serralheiro pode não conseguir diagnosticar problemas estruturais na própria casa. Um professor habilidoso pode ser incapaz de ensinar seu próprio filho. Não é falta de inteligência. É falta de transferência contextual. O que eu aprendi na prática é que tentar forçar a transferência não funciona. Discursos motivacionais sobre "cuidar de si mesmo primeiro" simplesmente não penetram. A abordagem que funcionou comigo foi tornar o processo automático. Checklist, ferramentas de rastreamento, validação por pares. Quando você remove a necessidade de "lembrar" ou "se importar", o comportamento acaba sendo executado mesmo por quem tem dificuldade de autoaplicação.

Sinais de alerta em sua equipe

Existem padrões recorrentes que todo gestor técnico precisa reconhecer. O primeiro é o profissional que sempre identifica problemas nos outros, mas nunca nos próprios relatórios. Segundo sinal: aquele que reclama de falhas sistêmicas enquanto ignora os mesmos falhas em seu próprio trabalho diário. Terceiro: o especialista que se recusa a usar protocolos que exige dos outros, argumentando que "sua experiência basta". No meu ambiente, eu começava a prestar atenção quando um técnico dizia "eu sei que isso é importante, mas..." seguido de uma justificativa emocional, não técnica. A palavra-chave era "important". Quando alguém reconhece a importância de algo mas nãoage, existe uma brecha entre cognição e comportamento que precisa ser preenchida com estrutura, não com convicção.

A solução prática: substituir a motivação pela arquitetura de decisão

A maior armadilha é achar que o problema é atitude. Não é. É design de processo. Eu passei anos tentando convencer técnicos a se importarem mais com seus próprios equipamentos. Funcionava por dois dias, máximo. A virada aconteceu quando substituímos completamente a dependência de memória e vontade por verificações automáticas. O sistema que implementamos tinha três camadas. Primeira: checklists obrigatórios impressos nas estações de trabalho, não digitais. O ato físico de riscar uma caixa ativa diferente circuitos neurais do que clicar num botão. Segunda: validação cruzada. Nenhum técnico liberava um equipamento sem a assinatura de outro colega que não tivesse participado da manutenção. Terceira: auditoria aleatória semanal. Alguém da gerência revisava 20% dos formulários preenchidos e fazia perguntas específicas sobre as decisões tomadas. O resultado levou quatro meses para aparecer. As primeiras semanas foram caóticas, com resitência ativa. Dois técnicos alegaram que o processo era perda de tempo. Um pediu transferência. Eu mantive a política firme porque sabia que o patamar de frustração era necessário para criar novo normal. No quarto mês, a taxa de não conformidade caiu de 18% para 3%. No sexto mês, estabilizou em 1,2%. O importante é que agora o sistema funciona independentemente de quem está de plantão ou do humor do dia.

Quando a abordagem não funciona e alternativas possíveis

Existem cenários em que mesmo a melhor arquitetura de decisão falha. Profissionais com traços narcísicos pronunciados ou tendências obsessivas podem contornar qualquer checklist. Eles encontram lacunas, justificam exceções, criam narrativas de que o sistema éinferior ao seu julgamento. Nesses casos, a única alternativa real é reposicionar a pessoa para funções onde o autodesafio não seja necessário, ou simplesmente demitir. Também funciona mal em equipes pequenas, onde o controle entre pares se torna impossível porque todo mundo se conhece há anos. A pressão social que deveria validar o processo vira desculpa para ignorá-lo. Minha solução nesse caso foi implementar rodízio de auditores externos de outras unidades, trazendo um olhar fresco que não estava comprometido com a história local. O conceito de tem olho mas não vê não tem solução mágica. O que existe é a compreensão de que competência técnica não se transfere automaticamente para a vida pessoal ou para autoaplicação de padrões. Se você quer mudar isso, pare de tentar mudar atitudes. Mude a arquitetura das decisões. Remova a necessidade de memória, vontade ou convicção. Construa um sistema que funcione mesmo quando o profissional está no piloto automático. O resto é detalhe.