Quando foi a última vez que você realmente se esforçou no trabalho? E não estou falando de ficar até tarde ou responder e-mail no fim de semana. Estou falando de colocar toda sua energia mental para entregar algo que realmente importe.
Estou com a percepção de uns tempos para cá que os profissionais do nosso mercado estão trabalhando no piloto automático. E não parece ser por mal, talvez por necessidade - ou pelo menos é isso que a gente se convence.
5gs?si=WRR7aoOghMSaeZA}}Assisti um vídeo da Neuralink esses dias. Lá tem gente fazendo uma pessoa cega de nascença enxergar pela primeira vez na vida. Enquanto isso, tem gente que discute 280 horas alinhamento e cor do botão. Cada um com seu glamour.
E aí que bate aquele desconforto: será que só quem trabalha com "problemas nobres" deveria ter esse nível de dedicação? Ou perdemos completamente a noção do que significa trabalhar com qualidade?
O piloto automático virou padrão
A gente normalizou a mediocridade. Um PM que entrega no prazo já é considerado bom. Um dev que não quebra a aplicação já é senior. Um designer que segue o design system já é estratégico.
O mercado de tech viu 60% mais profissionais perdendo empregos em 2024 do que em 2023, e mesmo assim continuamos fingindo que está tudo normal. Empresas reclamam que candidatos não atendem aos requisitos - apenas 29,4% dos arquitetos de software realmente qualificam para as vagas.
Mas aqui está o plot twist: o problema não é falta de talento. É que criamos uma cultura onde "fazer o suficiente" virou sinônimo de excelência.
Você já reparou como a gente se acostumou com coisas quebradas? App que trava, site que demora para carregar, funcionalidade que não funciona direito. A gente dá de ombros e fala "ah, é normal, todo software tem bug".
Não, cara. Não é normal. Isso aí mediocridade disfarçada de pragmatismo.
Mas esse comportamento é um convite para o efeito "sapo fervido" - você aceita um pequeno rebaixamento temporário nos seus padrões e, aos poucos, isso vira seu novo normal. De repente, você está fazendo coisas que jamais aceitaria alguns meses atrás.
O que separa os excepcionais dos medíocres
Aqui está o que aprendi observando profissionais realmente excepcionais ao longo da minha carreira: eles tratam cada problema como se fosse pessoal.
Não importa se é um bug simples ou uma arquitetura complexa. Não importa se o cliente vai pagar R$ 100 ou R$ 100 mil. Eles simplesmente não conseguem entregar algo mal feito. É físico. Dói entregar algo que não está à altura do que eles sabem que podem fazer.
Essa gente não precisa de microgerenciamento. Não precisa de OKRs complexos ou metodologias mirabolantes. Eles têm uma régua interna de qualidade que é mais alta que qualquer processo externo.
E sabe o mais interessante? Esses profissionais trabalham procurando manter o nível de qualidade, atenção e zêlo independente do problema que estão resolvendo. Porque eles entenderam algo fundamental: a excelência é um hábito, não uma escolha situacional.
A forma como você trabalha é quem você é como profissional. Se você só dá o seu melhor quando o problema é "importante", você não é um profissional de alto nível - você é alguém que precisa de motivação externa para fazer um trabalho decente.
O mercado criou uma cultura onde "entregar rápido" virou mais importante que "entregar certo". A gente chama isso de "agilidade", mas na verdade é preguiça disfarçada.
Pesquisas mostram que dois terços dos líderes de TI dizem que a falta de qualidade técnica resultou em perda de receita e declínio na satisfação do cliente. Não é coincidência.
Mediocridade sistêmica contamina equipes inteiras, produtos completos, empresas por anos.
Quando você aceita entregar algo mal feito, você sinaliza para todo mundo que está tudo bem baixar o padrão. Quando não questiona uma especificação ruim, permite que produtos ruins cheguem aos usuários.
O que fazer a partir de agora
NÃO SOU A FAVOR DE TODOS SE TORNAREM WORKAHOLIC ou que todo problema é questão de vida ou morte. Estou falando de zelo profissional básico.
Comece pequeno: na próxima task, ao invés de fazer "o suficiente", tente fazer "o melhor que você consegue com o tempo disponível". Questione os requisitos. Entenda o contexto.
O impacto não está no tamanho do problema. Está na qualidade da solução. E você só vai entregar soluções de qualidade se tratar cada problema com a seriedade que ele merece - independente de quão "nobre" ele pareça ser.
E você só vai começar a construir produtos para problemas "nobres", quando começar a tratar os problemas menores com a mesma seriedade que trata os problemas sérios.
Para se aprofundar mais:
- CISQ — Software Quality Standards) — referência sobre o custo real da dívida de qualidade técnica.
- IDC — IT Skills Shortage Impact) — pesquisa com líderes de TI sobre o impacto direto da falta de qualidade na receita.
- Dice — Tech Professionals Job Report 2024) — o panorama de demissões em tech que ancora o argumento.
- Tom's Hardware — Tech industry lays off nearly 80,000 employees in Q1 2026) — os dados mais recentes do trimestre, com quase metade das demissões atribuída à substituição por IA.
- No Kill Switch — Boiling Frogs) — o efeito do rebaixamento gradual de padrão aplicado a carreira.