De acordo com notícias de 9 de dezembro, um novo estudo da Universidade de Stanford descobriu que muitas empresas têm os chamados “engenheiros fantasmas”: esses programadores recebem altos salários, mas quase não produzem código.A seguir está a tradução:
Yegor Denisov-Blanch, pesquisador da Stanford Graduate School of Business, não é vidente, mas nas últimas semanas estabeleceu inesperadamente contato com muitos "fantasmas", muitos dos quais estão extremamente zangados.
Depois que o estudante de pós-graduação de 32 anos publicou um artigo online compartilhando sua análise de dados de produtividade de programadores de centenas de empresas ao redor do mundo, sua caixa de entrada foi imediatamente inundada com mensagens.
Denisov Branch escreveu nas redes sociais que chama essas pessoas de “engenheiros fantasmas”.
A postagem de Denisov-Blanche recebeu rapidamente quase 4 milhões de visualizações, e algumas pessoas que se autodenominam “engenheiros fantasmas” até o contataram. A julgar pelos e-mails, algumas pessoas tentaram se defender e algumas ficaram irritadas e abusivas, mas esses funcionários geralmente admitiram que aproveitaram as lacunas da cultura corporativa e insistiram que o problema não era deles.
Embora a pesquisa de Denisov-Blanche ainda não tenha sido revisada por pares, suas conclusões reacendem o debate de longa data sobre o tema dos “engenheiros fantasmas”.
“Muita gente acha que isso é um exagero, masMuitos engenheiros de software que conheço mudam o código apenas duas vezes por mês, quase não enviam e-mails e têm poucas reuniões; eles trabalham remotamente menos de 5 horas por semana, mas seu salário anual chega a 200.000 a 300.000 dólares americanos.”, escreveu o investidor Deedy Das no X no mês passado.
Das não respondeu a um pedido de entrevista. Ele citou 13 empresas, incluindo a Cisco e a gigante da computação em nuvem Salesforce, e disse que esse comportamento era muito comum nessas empresas.Ele também detalhou táticas comuns usadas por engenheiros fantasmas, como definir frequentemente o status online como “em reunião” ou usar “emuladores de mouse” baratos para disfarçar atividades em andamento.
Aaron Levie, CEO da empresa de armazenamento de arquivos Box, percebeu que a postagem de Das mencionava sua empresa. Naquela noite, ele respondeu no X: “A discussão de hoje foi particularmente construtiva”.
Levy disse que sua empresa já está trabalhando para resolver problemas semelhantes. Numa entrevista por telefone, ele observou que, embora ninguém tenha sido demitido imediatamente, o debate online levou a um reexame dentro da empresa.
Nos últimos quatro anos, à medida que o trabalho remoto se tornou mais popular na indústria tecnológica, a Box começou a concentrar-se na medição da produtividade de todos os funcionários, incluindo engenheiros. A empresa reduziu o tamanho das suas equipes, evitou sobreposição de responsabilidades, reduziu o número de reuniões e tornou-se mais prudente na seleção de projetos de pesquisa e desenvolvimento.
Denisov-Blanche começou a aprender programação sozinho ainda adolescente. Ele mencionou em uma entrevista por telefone que inicialmente não pretendia estudar o fenômeno do “engenheiro fantasma”.
Ele disse que desenvolveu um algoritmo de aprendizado de máquina em colaboração com Michael Kosinski, professor associado de psicologia organizacional na Universidade de Stanford, e Simon Obstbaum, ex-diretor de tecnologia da Crunchyroll. O algoritmo mede a produtividade dos programadores analisando bases de códigos corporativos, e foi nesse processo que eles descobriram o fenômeno dos “engenheiros fantasmas”.
Dados de pesquisa mostram, As grandes empresas são mais propensas a criar "engenheiros fantasmas", mas as pequenas empresas não podem evitar completamente este problema.
Kosinski observou em entrevista por telefone que devido à complexidade do trabalho dos programadores em grandes empresas de tecnologia e às pesadas estruturas internas das empresas,Avaliar a produtividade do engenheiro é um desafio. No entanto, ele enfatizou queSe os funcionários ineficientes não forem identificados e eliminados em tempo útil, isso não só encorajará o fenómeno de “preencher a lacuna”, mas também prejudicará as recompensas que os funcionários eficientes merecem.
Enquanto a Universidade de Stanford conduzia esta pesquisa,Algumas grandes empresas tecnológicas estão gradualmente a reverter as suas políticas de trabalho remoto anteriormente implementadas.Depois de empresas como Google, Amazon, Meta e Microsoft terem dispensado sucessivamente demissões em grande escala, o modelo de trabalho remoto também foi reexaminado. A Amazon, por exemplo, planeja exigir que os funcionários trabalhem no escritório pelo menos cinco dias por semana a partir de janeiro próximo. Empresas como SAP, AT&T, Dell e Zoom também estão gradualmente a reforçar políticas de escritório flexíveis.
Denisov-Blanche destacou que uma pesquisa da Universidade de Stanford descobriu queUma proporção maior de programadores de ponta trabalha remotamente, mas os “engenheiros fantasmas” também têm maior probabilidade de optar por trabalhar remotamente.Os engenheiros fantasmas representam até 14% dos engenheiros que trabalham remotamente, em comparação com 9% dos engenheiros que trabalham no escritório pelo menos parte da semana e apenas 6% dos engenheiros que trabalham no escritório todos os dias.
Denisov-Blanche acredita que,Em vez de dizer que o “Engenheiro Fantasma” está relaxando deliberadamente, é melhor dizer que isso decorre da frustração.“O problema quase sempre é que eles estão desiludidos com seu trabalho e não conseguem ver uma conexão clara entre esforço e recompensa ou reconhecimento”, concluiu ele após conversas aprofundadas com dezenas de “engenheiros fantasmas”. “Com o tempo, eles perdem a motivação e seu desempenho continua a diminuir.”
Denisov-Blanche disse que com o tempo, o comportamento da “forja” mudou de passivo para ativo. Os funcionários podem adotar estratégias comoInvente datas no seu calendário ou exagere na sua carga de trabalho.“Às vezes é difícil para os gestores discernir a verdade”, acrescentou.
Krunal Patel lembrou que quando entrou no setor, ele tentou o “trabalho fantasma” não por preguiça, mas para avisar seu gerente. Durante uma semana, ele e um colega detalharam suas tarefas de trabalho ao gerente duas vezes por dia, mas nada foi feito. Só quando confessaram é que o gerente percebeu que eles estavam relaxando.
“Ele estava em choque”, lembrou Patel em entrevista por telefone. “Nós o sentamos e explicamos nossas frustrações.” Patel e colegas expressaram o desejo de serem menos geridos nas tarefas do dia-a-dia e mais envolvidos nos problemas reais que precisavam de ser resolvidos.
Os gerentes de Patel adotaram as sugestões e os engenheiros tornaram-se mais eficientes. Hoje, Patel é executivo e empresário de tecnologia com 20 anos de experiência na indústria de software. “Estamos trabalhando com mais eficiência e aproveitando mais o processo”, disse ele.
Sudheer Bandaru encontrou uma situação semelhante quando gerenciava uma equipe de engenharia de software em uma empresa de médio porte.
Bandaru mencionou em entrevista por telefone que durante a avaliação anual de desempenho, um engenheiro considerado o “mais inteligente” falava muito nas reuniões da equipe, mas na verdade quase não produzia código. “Isso me chocou”, disse ele.
Após se comunicar com esse funcionário, Vandalieu descobriu que não pretendia relaxar, mas que o cargo não era adequado para ele. “Ele era mais um pesquisador e não gostava nem um pouco de ficar sentado em um só lugar escrevendo códigos”, explica Bandaru. Depois de ajustar seu cargo, o desempenho desse funcionário ficou muito bom.
Bandaru mencionou que situações semelhantes não são incomuns, o que o levou a criar a plataforma Hivel, na esperança de ajudar as empresas a desenvolver software e realizar análises de forma mais eficiente.
Se utilizado corretamente, um software de monitoramento da produtividade dos técnicos tem potencial para criar momentos de gestão mais gratificantes. No entanto, o escritor da indústria de tecnologia e ex-engenheiro de software Patrick McKenzie alerta:Avaliar o trabalho de um engenheiro apenas com base em suas linhas de código pode facilmente levar a erros de julgamento.
McKenzie disse que é “compreensível” que alguns engenheiros seniores não escrevam código algum, por exemplo, porque podem estar projetando arquitetura de software ou orientando novos funcionários. “Esse tipo de pessoa não é um ‘fantasma’ nem uma pessoa superficial”, acrescentou.
Para evitar esse erro de julgamento, Denisov-Blanche disse que ele e seus colaboradores de pesquisa desenvolveram um algoritmo de medição de produtividade que não apenas monitora o trabalho de equipes e indivíduos, mas também avalia seu impacto na base geral de código da empresa.
À medida que as suas descobertas atraem a atenção dos investidores, Denisov-Blanche está a considerar como comercializá-las. Isso pode ajudar as empresas a lidar melhor com o problema dos “engenheiros fantasmas”.
No entanto, Denisov-Blanche disse que seu objetivo era ajudar os “engenheiros fantasmas” em vez de expô-los. “Meu trabalho não é rastrear essas pessoas”, disse ele. “Minha missão é entender as causas desse fenômeno e trabalhar para eliminá-lo.”