Pior Cego É Aquele Que Não Quer Enxergar

O problema da ignorância voluntária em projetos reais

O ditado "pior cego é aquele que não quer enxergar" descreve uma dinâmica que apareceu no meu trabalho de auditoria de sistemas há alguns anos. Estávamos revisando a conformidade de uma aplicação logística e todos os indicadores apontavam para um gargalo claro: o módulo de roteirização estava sendo ignorado porque os operadores preferiam usar planilhas manuais que conheciam bem. O relatório técnico mostrava que o sistema automático reduzia o tempo de entrega em cerca de 34%. Ninguém questionou isso nos relatórios formais. No entanto, quando conversei com os motoristas e despachantes sobre o dia a dia, ficou claro que eles sabiam exatamente qual era o problema. Eram pessoas que simplesmente tinham optado por não adotar a solução disponível. Esse cenário ilustra algo importante. A resistência informada é diferente da resistência por falta de informação. Quando alguém tem acesso aos dados e mesmo assim decide ignorá-los, a abordagem precisa ser completamente outra. Não adianta apenas apresentar números melhores. A pessoa já viu os números. Ela está fazendo uma escolha ativa.

pior cego é aquele que não quer enxergar

Na prática, essa distinção entre ignorância passiva e ignorância ativa aparece em praticamente qualquer projeto de transformação digital. Eu já vi times de engenharia gastarem semanas otimizando fluxos que os usuários finais decidiram contornar porque achavam que o processo anterior era mais confiável. A otimização técnica era real. A recusa em mudar era também. O ponto crucial aqui é identificar quando se trata de ignorância voluntária. As pessoas frequentemente confundem isso com medo de mudança, falta de treinamento ou simplesmente preferência pessoal. O diagnóstico errado leva a soluções inadequadas. Já gastei horas preparando treinamentos e documentações para resolver um problema que na verdade era uma questão de confiança. O usuário sabia usar a ferramenta nova. Ele só não confiava nela porque já tinha tido uma experiência ruim antes com algum buggy semelhante. Nesse caso, mais capacitação não resolveria nada.

Uma coisa que aprendi na prática é que a melhor maneira de lidar com esse tipo de situação é mapear os motivos reais. Não os motivos que as pessoas declaram nos questionários. Os motivos que elas realmente usam quando estão conversando em momentos informais. No caso daquela equipe logística, foi uma conversa rápida no corredor que revelou a verdade. Eles tinham medo de perder a visibilidade que as planilhas lhes davam. O sistema novo consolidava dados de forma diferente e isso criava uma sensação de perda de controle. Não era ignorância. Era uma avaliação racional baseada em experiência prévia, mesmo que essa avaliação estivesse desatualizada. Outro aspecto que poucas pessoas consideram é que a ignorância voluntária pode ser contagiosa. Quando uma pessoa com influência dentro de um time decide deliberadamente não usar uma ferramenta ou ignorar dados importantes, os outros tendem a seguir o mesmo caminho. Isso acontece porque o custo social de ir contra a norma do grupo é maior do que o custo individual de adotar a nova prática. Nesse cenário, tratar o problema como se fosse apenas uma questão técnica é um erro. É preciso trabalhar com os agentes de mudança naturais dentro do próprio time.

Também é importante reconhecer que existem situações em que a resistência tem fundamento. Nem toda ignorância voluntária é irracional. Já vi equipes que se recusavam a adotar dashboards novos porque os dados apresentados eram realmente enganosos. A métrica principal do dashboard mostrava um aumento de produtividade, mas o cálculo estava errado. Ele considerava apenas o número de tarefas finalizadas sem levar em conta a complexidade real de cada uma. Nesses casos, a desconfiança era justa. O problema não estava nas pessoas. Estava na ferramenta. Se você está lidando com isso no seu contexto, a primeira coisa que recomendo é fazer uma análise honesta dos dados disponíveis. Verifique se a resistência tem base factual ou se é puramente comportamental. Depois, identifique quem são as pessoas que mais impactam a cultura do time. Uma única voz contrária bem colocada pode bloquear uma adoção inteira. O oposto também é verdadeiro. Já vi projetos avançarem rapidamente depois que uma pessoa respeitada pelo grupo começou a usar a nova ferramenta abertamente.

Existe ainda um lado técnico que merece atenção. Sistemas mal projetados alimentam a ignorância voluntária. Se uma interface é confusa, se os dados são apresentados de forma pouco clara, se o processo exige mais cliques do que o necessário, as pessoas encontram justificativas para continuar fazendo como sempre fizeram. Nesse caso, a solução não é apenas convencer as pessoas a mudarem. É melhorar o sistema até que a mudança se torne a opção mais óbvia e menos custosa. Isso normalmente reduz o tempo de adaptação em cerca de 60% quando comparado a estratégias puramente de convencimento. O que eu vejo muitas vezes acontecer é que os responsáveis pelo projeto focam exclusivamente na parte técnica e esquecem que a adoção é um problema humano. Apresentar uma nova funcionalidade não garante que ela será usada. Mostrar relatórios com dados convincentes também não garante nada. É preciso entender o contexto em que as pessoas tomam decisões no dia a dia e construir soluções que se encaixem nessa realidade. Quando isso funciona, a mudança acontece de forma orgânica. Quando não funciona, você fica presa num ciclo de treinamento, resistência e frustração que raramente se resolve sozinho.

Há também o risco de superestimar a eficácia da transparência. Dar acesso a todos os dados não significa automaticamente que as pessoas os usarão. Em um projeto que acompanhei, liberamos um painel completo com métricas de desempenho em tempo real para uma equipe que habitualmente ignorava relatórios mensais. O uso do painel foi baixo durante os primeiros três meses. Não porque os dados fossem ruins, mas porque o hábito de consultar relatórios não tinha sido construído ainda. A informação estava disponível. O costume ainda não. A lição prática que ficou é a seguinte. Antes de gastar recursos com comunicação, treinamento ou alterações de sistema, invista tempo em entender a raiz da resistência. Anotações informais, observação direta do trabalho diário e conversas sem agenda costumam ser mais reveladores do que pesquisas formais. A diferença entre tratar ignorância passiva e ignorância ativa pode determinar se um projeto avança ou estagna. E nesse sentido, o velho provérbio continua sendo uma descrição precisa de um fenômeno que se repete em contextos muito diferentes.