Um tiro no pé dos Layoffs da área de tecnologia
Layoff na área de tecnologia, aparece todo quanto é canto de notícia.
Mas você já parou para pensar que talvez isso seja uma bola de neve?
Quantos Desenvolvedores uma empresa precisa realmente ter para manter um website ou app rodando?
Eu estava lendo outro dia um artigo em Inglês que falava sobre o Impacto no Desenvolvimento de Software nos Layoffs Massivos, em Inglês, e achei uma pergunta muito interessante no artigo: Quantos Desenvolvedores uma empresa precisa realmente ter para manter um website ou app rodando? E quais os riscos - Perca de conhecimento institucional, uptime, market momentum, etc - poderia estar em risco em uma organização quando uma porção considerável de desenvolvedores sai de uma vez?
O mais interessante é o que o artigo continua dizendo:
A quantidade de conhecimento institucional perdida durante uma demissão em massa é incrivelmente prejudicial. Muitas equipes de engenharia visam reduzir as informações isoladas, mas isso deve ser incorporado à cultura de uma equipe de engenharia para ser feito com sucesso. Pode variar desde saber interpretar uma mensagem de erro vaga até entender um sistema complexo de serviços. Provavelmente, as pessoas que ficaram para trás estão vasculhando mensagens de bate-papo e documentação desatualizada em busca de trilhas de informações para mitigar problemas. Além de mais erros, eu esperaria tempos de correção de incidentes mais longos devido à falta de pessoal. Com menos engenheiros disponíveis, eu esperaria que menos bugs fossem corrigidos e menos esforços para lidar com dívidas técnicas. Os engenheiros restantes, além de mais responsabilidades, também terão o impacto social e emocional de tantos de seus colegas saindo repentinamente. - Do Inglês, em The Impact of Mass Layoffs on Software Development
No curto prazo, tudo vai demorar mais. Os fluxos de trabalho são interrompidos, ninguém sabe onde procurar suporte e erros acontecem. A longo prazo, há muito conhecimento institucional que sai pela porta. Você pode esperar que tudo esteja bem documentado, mas há uma grande diferença na velocidade e na qualidade do trabalho entre uma pessoa que segue a documentação de outra pessoa e a pessoa que escreveu a documentação. Agora imagine se não estiver documentado! Quanto tempo leva para resolver um problema potencialmente complexo que costumava pertencer a outra pessoa? Quantos desses aparecerão? - Do Inglês, em The Impact of Mass Layoffs on Software Development
Os maiores riscos são a perda de conhecimento institucional sobre como o aplicativo funciona, que não pode ser recuperado sem um trabalho árduo para vasculhar a base de código e a arquitetura. Isso pode afetar projetos em andamento ou quaisquer planos futuros. O outro risco é que haja um bug significativo que afete seus usuários, mas a equipe não tenha mais experiência para resolver o problema. Isso pode fazer com que as interrupções sejam mais significativas do que poderiam ser. - Do Inglês, em The Impact of Mass Layoffs on Software Development
Há um tempo atrás, Turnover era a palavra do momento. "O turnover é relacionado com o desligamento de alguns funcionários e entrada de outros para substituí-los" -Rotatividade de pessoal. Era bem comum ver, como que um jogo de rouba montes, isso acontecendo na área de tecnologia, na qual recrutadores de uma empresa entram em contato com funcionário de outra empresa que já estão empregados, de forma repentina, o talento era transferido por uma boa oferta de trabalho. O problema disso, que muitas empresas reclamavam, era que havia uma saída do know-how da empresa e uma perca de contexto, e isso gerava diversos impactos negativos na organização e nos processos de desenvolvimento de software.
Há diversos artigos científicos falando sobre o problema do Turnover em equipes da área de Tecnologia. Um dos artigos começa até dizendo que "A rotatividade de funcionários pode ser um problema caro para empresas de tecnologia da informação (TI). Quando os funcionários saem, as organizações precisam atender ao alto custo de treinamento e desenvolvimento, esgotamento da equipe existente e diminuição da qualidade dos produtos e serviços devido à escassez de pessoal (Beauchesne, 2006; Chandler, 2004; Moore, 2006; Quigley, 2006; Siebenmark, 2006)". Effects of Individual and Organizational Factors on the Turnover Intentions of Information Technology Professionals
Fazendo um paralelo com os efeitos do Turnover com os recentes Layoffs, será que todo este movimento de demissões em massa na área de tecnologia não é um tiro no pé? Reduzir custos com funcionários da área de tecnologia, faz com que parte do conhecimento da empresa saia e faz com que problemas antes que poderiam ser prontamente resolvidos, demorem muito mais tempo para se resolver, além disso, o que dizer dos bugs que são gerados neste meio tempo?
Logo logo, vai precisar de muito mais profissionais da área de tecnologia, para reparar os danos causados pelos layoffs, um Turnover organizado pelas próprias empresas.
E se já estamos vendos os impactos iniciais disso?
Me deu a impressão de uma análise superficial no artigo. E eu só poderia fazer uma assim também por falta de tempo e tanto interesse.
Boa parte das demissões que ocorreram foi para ajustar a imensa contratação que ocorreu durante a pandemia, que foi um erro. A maioria dos demitidos fizeram pouco, não influenciaram tão positivamente assim, nem tiveram tempo para produzirem algo tão revolucionário que vai fazer falta, e tiveram até a oportunidade de trocar algumas pessoas que não desempenham tão bem por novos melhores. E mesmo havendo erros, eles sempre aconteceram, contratar e demitir não é uma ciência exata.
É bom ficar claro que desde 2020 houve mais contratações que demissões nas principais empresas, e em empresas menores mal tiveram demissões de TI. O assunto gera mais burburinho que fato gerador importante. É fake news que as empresas estão menores do que estavam há 5 anos atrás e que quebraram sua continuidade. Se isso fosse verdade provavelmente o artigo teria mais sentido.
Quem demitiu mais que contratou em geral estava passando por uma crise, não tinha escolha.
De fato, o funcionário sair por conta própria é muito pior que uma demissão em massa nessas condições.
E claro que tem alguma verdade nisso. É óbvio que uma ou outra empresa cometeu um erro generalizado, mas não temos como afirmar quem.
Os próprios exemplos são mostra de tentar associar uma coisa que não tem relação com outra. O Stack Overflow por exemplo já tinha problemas antes, eu acho que sei porque, mas não vou falar publicamente, e tem alguma relação com o que está escrito aqui, mas não por massive layoff, que nem ocorreu de fato, teve uns poucos casos de gente que não tinham a importância que precisava, alguns talvez já deveriam ter isso, não por questões pessoais, ms o cargo já não fazia mais sentido nas mudanças ocorridas. Em muitos dos casos as demissões sequer foram de profissionais de tecnologia.
Acho que tem um caso aí de associar fatos completamente isolados e criar uma relação de causa e efeito.
Nunca se esqueça que estamos na era das fake news. Sempre existiram, mas nunca foi tão fácil e tão empolgante criar e disseminá-las, muitas vezes com a melhor das intenções. E a IA ajudará muito nisso. Precisamos nos atentar aos fatos. Nem sempre os temos, e costuma ser difícil escolher quais pegar e usar de forma produtiva para fazer uma análise.
Faz sentido para você?
Espero ter ajudado.
Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).