Gestão do estresse não é soft skill: é decisão técnica

Quando li que o livro mais vendido no mundo agora não fala de IA nem de estratégia competitiva, mas de comportamento humano e estresse, minha primeira reação foi: faz todo sentido. A segunda foi: por que ainda precisamos de um bestseller para tornar isso óbvio dentro das empresas de tecnologia?

Mel Robbins provocou uma plateia corporativa recentemente com uma afirmação que não é nova para quem lidera equipe técnica há algum tempo: a competência mais crítica deste século não é dominar uma ferramenta ou metodologia, é saber gerenciar o próprio estresse e o da equipe. Ela diz isso no contexto de um mercado saturado de urgência artificial, onde cada notificação parece exigir resposta imediata e cada falha de sistema parece o fim do mundo.

Na UNODATA, passamos por um ciclo de crescimento acelerado em 2024 que me colocou exatamente diante desse problema. Não foi um incidente técnico que quase nos quebrou. Foi a incapacidade coletiva de separar urgência real de urgência percebida, e isso partiu de mim primeiro.

Vou desenvolver o que aprendi. Não como receita, porque gestão de estresse em equipe técnica não tem receita. Mas como mapa de onde os erros costumam ficar escondidos.

O estresse em TI tem endereço técnico, não só emocional

Uma das armadilhas que eu caía era tratar gestão de estresse como assunto de RH. Algo para o onboarding, para a pesquisa de clima, para a conversa de feedback. Fora do escopo técnico.

O problema é que em times de TI o estresse tem causas técnicas muito concretas. Ambiente de deploy instável que exige atenção constante. Alertas configurados sem critério que disparam a qualquer variação. Dívida técnica acumulada que transforma toda tarefa nova em tarefa tripla. Ausência de documentação que coloca o conhecimento na cabeça de uma pessoa só, e essa pessoa nunca desliga.

Esses não são problemas de comportamento. São problemas de arquitetura de trabalho. E quando eu comecei a tratar assim, a conversa mudou completamente dentro do time. Parei de perguntar “como você está se sentindo com a carga?” e passei a perguntar “qual parte do processo está gerando mais interrupção?” A segunda pergunta chega mais rápido no root cause (causa raiz) do problema.

O estresse crônico em time de TI quase sempre tem um endereço técnico antes de ter um endereço emocional.

Onde o endereço técnico costuma estar

Na minha experiência com times de infraestrutura e desenvolvimento, os pontos de geração de estresse recorrente aparecem em lugares previsíveis:

• Alertas sem nível de severidade definido: tudo chega como crítico, então nada é crítico
• Processos de aprovação manual em fluxo que deveria ser automatizado
• Reuniões de alinhamento que existem para compensar falta de documentação
• Oncall (plantão técnico) sem critério claro de escalada, o que faz a pessoa de plantão absorver qualquer dúvida de qualquer hora
• Métricas de desempenho individual em trabalho que é essencialmente coletivo

Cada um desses itens é uma decisão técnica ou de processo que pode ser revertida. Não é terapia. É engenharia de fluxo de trabalho.

Por que mulheres gerentes de TI absorvem estresse de forma diferente

Preciso falar sobre isso porque ignorar seria desonesto.

Mulheres em posição de liderança técnica operam com uma camada extra de pressão que não é psicológica no sentido individual. É estrutural. Em reuniões de decisão de compra de TI, já notei que quando eu levanto uma preocupação técnica, ela é registrada como preocupação emocional. Quando um colega homem levanta a mesma preocupação na sequência, ela vira pauta técnica. Isso não é paranoia. Existe pesquisa sobre isso, e qualquer mulher que já passou por esse ambiente reconhece o padrão imediatamente.

O que isso tem a ver com gestão de estresse? Tudo. Porque absorver esse tipo de dinâmica repetidamente, sem nome nem estratégia, é uma fonte constante de carga cognitiva que não aparece em nenhuma métrica de produtividade. Você sai da reunião tecnicamente preparada e emocionalmente esgotada, sem conseguir separar bem os dois.

O que me ajudou foi nomear. Não para o grupo, necessariamente. Para mim mesma, primeiro. “Isso que aconteceu agora foi o viés de gênero em ação, não é sobre minha competência técnica.” Essa separação, que parece pequena, é o que impede que o estresse da dinâmica estrutural contamine a leitura técnica do problema.

Mel Robbins fala muito sobre o poder de nomear o que você está sentindo como ferramenta de regulação. No meu contexto específico, isso tem uma camada a mais: nomear também o que a estrutura está fazendo, não só o que eu estou sentindo.

Liderar o estresse da equipe começa antes da reunião de 1:1

Tem uma crença comum em gestão de que o lugar de cuidar do estresse da equipe é a reunião individual, o famoso 1:1. Não é verdade, ou pelo menos não é suficiente.

A regulação do ambiente de trabalho acontece muito antes disso. Acontece no tom que eu uso quando um sistema cai às 23h e o time está em alerta. Acontece na forma como eu trato um incidente na retrospectiva: se o foco vai para o que falhou no processo ou para quem falhou. Acontece na minha própria postura quando chego numa semana de pressão alta: se eu entro em modo de controle total ou em modo de clareza e prioridade.

Quem lidera regula o campo emocional do time antes de dizer uma palavra. Isso não é metáfora. Pesquisa em neurociência organizacional já documentou que o estado de quem lidera contagia o estado de quem é liderado de forma mensurável, não figurada.

O que eu aprendi a fazer na prática:

1. Nomear o nível de urgência real antes de passar qualquer demanda para o time. “Isso precisa de resposta hoje” é diferente de “isso precisa de resposta nessa semana” e faz diferença gigante na carga percebida.
2. Separar explicitamente o tempo de foco do tempo de resposta. Não é só política de comunicação. É sinal de que eu respeito o custo de interrupção no trabalho técnico.
3. Quando um incidente acontece, fazer a primeira comunicação pública ser sobre o processo, nunca sobre a pessoa. Isso cria o ambiente onde o time consegue levantar problemas antes que virem crises.
4. Ser honesta sobre meu próprio nível de energia quando ele está baixo. Não dramatizar, mas também não fingir. “Essa semana está pesada para mim, então preciso que vocês me ajudem a filtrar o que é prioridade” é uma instrução de trabalho, não confissão.

Decisão de compra de TI sob estresse crônico é decisão ruim

Há uma consequência direta do estresse mal gerenciado que raramente aparece nas discussões de liderança: ela contamina as decisões de compra de tecnologia.

Quando o time está operando em modo de urgência constante, as decisões de aquisição de ferramentas e sistemas tendem a ser reativas. Você compra a ferramenta que resolve a dor do mês, não a que resolve o problema estrutural. Você escolhe o fornecedor que tem melhor apresentação de vendas, não o que tem melhor aderência técnica ao seu ambiente. Você aprova contratos com mais pressa do que deveria porque o time está tão sobrecarregado que qualquer solução parece urgente.

Na UNODATA, eu vi isso acontecer. Não de forma escandalosa, mas nos pequenos deslizes: uma renovação de licença aprovada sem revisão das condições porque “não temos tempo agora”, uma ferramenta de monitoramento escolhida porque era a que a pessoa mais estressada do time conhecia de emprego anterior.

Gestão de estresse, portanto, não é só questão de bem-estar. É qualidade de decisão técnica e financeira. Quem lidera um time de TI em ambiente de pressão crônica está, na prática, degradando a capacidade analítica da equipe. E isso tem custo mensurável no final do ano fiscal.

Mel Robbins está certa que isso é a competência do século. Mas eu acrescentaria: para quem lidera TI, é também uma responsabilidade técnica disfarçada de assunto comportamental. E enquanto a gente continuar tratando separado, vai continuar perdendo decisões que pareciam racionais e não eram.

A pergunta que fica para mim, e que ainda não tenho resposta completa: como você mede o custo do estresse crônico no seu time antes que ele apareça como turnover ou incidente de produção?

Perguntas frequentes

Gestão de estresse em time de TI é responsabilidade de quem lidera ou do RH?

Das duas áreas, mas com papéis diferentes. RH pode criar políticas e oferecer suporte. Quem lidera cria o ambiente diário onde essas políticas fazem sentido ou não. Na prática, o impacto maior vem de quem lidera, porque é quem define o tom do trabalho concreto, não das políticas escritas.

Como separar urgência real de urgência percebida em times técnicos?

O critério mais útil que uso é: urgência real tem consequência mensurável e reversível dentro de uma janela específica de tempo. Se você não consegue descrever qual é a consequência concreta e em quanto tempo ela acontece, a urgência é provavelmente percebida. Treinar o time a fazer essa pergunta antes de escalar reduz ruído de forma significativa.

Mulheres gerentes de TI enfrentam pressão diferente nas decisões técnicas?

Sim, e isso está documentado. O viés de atribuição faz com que decisões técnicas de mulheres sejam questionadas com mais frequência e em ambientes diferentes dos usados para questionar decisões de homens. Isso gera carga cognitiva extra que não aparece em métrica de produtividade. Nomear o padrão é o primeiro passo para não deixar que ele contamine a leitura técnica do problema.

Como o estresse crônico afeta decisões de compra de TI?

Ele tende a produzir decisões reativas: escolha por familiaridade em vez de aderência técnica, aprovações mais rápidas do que o processo exige, e foco no problema imediato em vez do problema estrutural. O resultado aparece em contratos renováveis que não deveriam ser renovados e em ferramentas que resolvem sintoma sem resolver causa.