Como lidar com a resistência a novas abordagens no dia a dia
Achei que ia escrever sobre um conceito abstrato e acabei entendendo algo mais útil. Depois de anos acompanhando equipes em projetos técnicos, notei que a maior barreira nunca é a complexidade da ferramenta ou a falta de documentação. A barreira real é quem decide se aceita ou não mudar de prática. Enfim um indivíduo de ideias abertas é aquela pessoa que ainda não fechou a porta, mesmo quando os dados mostram que o caminho atual está gastando mais tempo e dinheiro do que deveria. Vou explicar isso com um exemplo concreto que vivi semana passada. Um cliente chamou pedindo para migrar um serviço legado de Java para uma arquitetura orientada a eventos. A equipe dele tinha 14 meses de trabalho pendente, já tinha tentado três abordagens diferentes e todas haviam falhado. O problema não era técnico. O problema era que o líder técnico dizia "não" antes mesmo de ver qualquer proposta nova, e os desenvolvedores sêniores seguiam a fila porque estavam acostumados com o mesmo ciclo de deploy manual há seis anos.
o que separa enfim um indivíduo de ideias abertas dos outros
Não é sobre ser otimista ou ter fé no progresso. É sobre ter um critério próprio para decidir quando vale a pena testar algo novo versus quando vale a pena insistir na velha prática. A diferença prática aparece nos detalhes. Uma pessoa fechada vai dizer "já tentamos isso e não funcionou". Uma pessoa aberta vai perguntar "o que mudou desde a última vez?". O segundo câu hi é onde a coisa vira. No caso daquele projeto, o líder técnico finalmente aceitou ouvir uma proposta diferente quando mostrei que a falha anterior tinha acontecido por causa de um fator específico que poderia ser contornado: a equipe anterior tinha escolhido uma fila padrão do Kafka sem particionamento adequado para o volume de dados deles. Eu não falei em "revolucionar a arquitetura". Falei em ajustar uma configuração que eu já tinha visto funcionar em outro contexto idêntico. Ele ouviu. Contratamos um sprint de duas semanas para validar a abordagem nova em um microserviço isolado.
O resultado: o sprint durou exatamente duas semanas. O microserviço processou 40% mais requisições com a mesma infraestrutura. A equipe não precisou contratar ninguém novo. Eles precisaram apenas de documentação interna nova, que eu escrevi em um PDF de 12 páginas com screenshots das configurações corretas e os comandos exatos que usamos. Isso me leva a um ponto que muitos subestimam. Ter ideias abertas não resolve o problema sozinho. A pessoa precisa ter acesso a informações reais, com exemplos práticos, para poder decidir se muda ou não. Sem isso, a abertura vira apenas boas intenções que se perdem na primeira tentativa falha. E aí a pessoa volta a fechar a porta com mais força do que antes.
como identificar e ativar essa mentalidade em si mesmo
Eu comecei a fazer isso de forma sistemática depois de perceber que estava perdendo dias úteis em reuniões onde todo mundo concordava que algo estava errado mas ninguém mudava nada. A mudança começou com uma pergunta simples que eu passava a fazer no início de qualquer discussão técnica: "qual seria a prova de que a nova abordagem funciona melhor?". Não era uma pergunta filosófica. Era uma pergunta operacional. Se a resposta fosse "a equipe vai sentir diferença", eu sabia que o assunto estava morto. Se a resposta incluísse métricas, prazos e critérios de aceite, eu seguia em frente. Isso parece óbvio mas não é. Na maioria das empresas que eu ja vi, as decisões são tomadas com base em opinião, e a opinião vence quem tem mais senioridade, não quem tem mais dados.
Outro detalhe importante que notei: pessoas abertas a ideias novas geralmente têm um histórico de terem sido erradas publicamente pelo menos uma vez. Isso cria uma espécie de imunidade. Elas já passaram pelo constrangimento de admitir erro e sobreviveram. Quem nunca errou publicamente tende a ser mais resistente porque o custo percebido de tentar algo novo é maior do que o custo de manter o status quo. Na prática, isso significa que você pode incentivá-la em alguém que já sofreu com uma decisão equivocada no passado. Diga: "eu também errei com X e aprendi Y. Quer ouvir como fiz Z diferente?". A palavra "diferente" é importante aqui. Não é "melhor". "Melhor" exige julgamento de valor. "Diferente" é neutro e convida à experimentação.
👉 Clique no botão abaixo para saber mais sobre o assunto!
limitações e quando isso não funciona
Vou ser direto: esse tipo de mentalidade não resolve problemas estruturais. Se a empresa não tem orçamento para treinamento, não dá para compensar com atitude. Se a liderança executa pessoas que falham em projetos novos, nenhuma quantidade de abertura de espírito vai criar segurança psicológica. A coisa só funciona quando existe espaço real para teste e aprendizado. Também notei que o excesso de abertura pode levar a um problema chamado "feature creep conceptual". Quando todo mundo quer testar tudo, o projeto nunca sai do lugar. É melhor ter um grupo seleto de pessoas abertas do que uma equipe inteira que sempre quer experimentar algo novo sem critério definido. Na minha experiência, o ratio ideal é uma pessoa aberta para cada três mais conservadoras. Mais do que isso e o time perde foco. Menos do que isso e o time nunca evolui.
Um caso em que eu vi essa abordagem falhar completamente foi com uma startup de fintech que contratou dois consultores externos justamente para trazer "mentalidade aberta" para a equipe interna. Os consultores fizeram workshops, criaram documentos bonitos, apresentaram cases de sucesso. Três meses depois, a empresa estava mais confusa do que antes porque ninguém sabia mais quais processos eram obrigatórios e quais podiam ser flexibilizados. A lição que tirei: abertura sem estrutura clara vira caos organizado. Se você está em uma situação assim, a alternativa mais prática é começar pequeno. Escolha um único processo que esteja claramente funcionando mal e proponha uma pequena alteração controlada. Meça o resultado. Repita. Não tente mudar a cultura da empresa inteira de uma vez. A cultura é um emergente de decisões diárias, não um documento que você lê em uma reunião.
o que observar na prática
Depois de anos acompanhando isso de perto, desenvolvi uma lista de sinais que costumo usar para identificar se uma pessoa ou equipe tem esse perfil. Não é perfeito, mas funciona na maioria das vezes. Sinais positivos: faz perguntas específicas sobre alternativas antes de rejeitar algo; concede crédito quando uma ideia nova funciona mesmo vindo de alguém júnior; mantém um caderno ou documento pessoal com experimentos que já tentaram e seus resultados; consegue explicar o lado opposição de um argumento com a mesma clareza que explica o seu.
Sinais de alerta: diz "nós sempre fizemos assim" sem conseguir justificar o porquê histórico dessa prática; reage com sarcasmo quando alguém propõe uma mudança; acumula "vontades de mudar" sem nunca executar nenhuma ação concreta; compara todos os projetos novos com os piores casos que já viu, ignorando que o contexto pode ter mudado. A parte mais importante que gostaria de deixar registrada aqui é que isso não é uma trait fixed. Você pode desenvolver essa capacidade com prática intencional. Comece anotando, toda semana, uma decisão que você tomou baseando-se apenas em opinião e sem dados. No final do mês, revise a lista. A maioria das pessoas fica surpresa com a quantidade de decisões puramente intuitivas que tomou. A partir daí, o caminho para melhorar é simplesmente substituir uma dessas decisões por uma versão testável.
Eu ainda tenho dias em que fecho a porta antes de ouvir. A diferença é que agora eu reconheço mais rápido e consigo corrigir a rota com menos atrito do que fazia dois anos atrás. Se você está nesse caminho também, talvez seja útil ter um colega de confiança para te puxar pelo braço quando perceber que está sendo fechado demais. Um aviso rápido, dito em particular, vale mais do que qualquer palestra interna sobre inovação.
