A ciência do fenômeno do impostor na engenharia de software: por que não é apenas insegurança

TESTE-SE · Quanto você sabe desta ciência?

1. 01 Pauline Clance e Suzanne Imes cunharam 'fenômeno do impostor' em 1978 para descrever o quê?

   Um transtorno clínico que afeta apenas pessoas com baixa capacidade realIndivíduos de alto desempenho que acreditam ser fraudes apesar de evidências de sucesso e temem ser expostosUma estratégia deliberada de auto-handicapping usada para gerenciar expectativasExcesso de confiança nas próprias habilidades em relação aos pares

   Clance e Imes descreveram um padrão em indivíduos de alto desempenho que, apesar de evidências objetivas de competência, atribuem internamente seu sucesso à sorte ou ao engano em vez da habilidade — e temem persistentemente ser expostos como fraudes. fonte ↗

2. 02 O que o efeito Dunning-Kruger nos diz sobre a relação entre nível de habilidade e autoavaliação de competência?

   Indivíduos de alta habilidade avaliam consistente e precisamente suas próprias capacidadesNível de habilidade é não relacionado à competência auto-avaliadaIndivíduos de baixa habilidade superestimam sua competência enquanto indivíduos de alta habilidade frequentemente subestimam a delesApenas indivíduos no primeiro ano de trabalho avaliam mal sistematicamente sua competência

   Kruger e Dunning encontraram uma assimetria sistemática: os de baixo desempenho superestimam sua competência (eles carecem das habilidades metacognitivas para reconhecer suas próprias lacunas), enquanto os de alto desempenho subestimam as deles — tornando a dúvida similar ao impostor mais comum, não menos, em níveis mais altos de habilidade. fonte ↗

3. 03 O que a pesquisa do Projeto Aristóteles do Google identificou como o preditor individual mais forte da eficácia da equipe de engenharia?

   Nível médio de senioridade dos membros da equipeSegurança psicológica — a crença de que se pode assumir riscos interpessoais sem puniçãoCo-localização em um único escritório físicoNúmero de anos que a equipe havia trabalhado junta

   O Projeto Aristóteles analisou 180 equipes do Google e descobriu que a segurança psicológica — se os membros da equipe se sentiam seguros para assumir riscos e ser vulneráveis uns diante dos outros — superou todas as outras variáveis, incluindo nível de talento, como preditor de produção e eficácia da equipe. fonte ↗

4. 04 O que o estudo de Lee et al. de 2024 descobriu sobre ansiedade de revisão de código em engenheiros de software?

   É indistinguível da ansiedade social geral e não tem contexto de engenharia específicoAfeta apenas engenheiros no primeiro ano que ainda não estabeleceram credibilidadeÉ um construto mensurável e distinto associado a comportamentos de evitação e significativamente correlacionado com o fenômeno do impostorDesaparece uma vez que os engenheiros acumulam feedback positivo de revisão

   Lee et al. descobriram que a ansiedade de revisão de código é distinta da ansiedade social geral, mensurável por instrumentos de pesquisa, prevê comportamentos de evitação como atraso na submissão de código e se correlaciona significativamente com pontuações do fenômeno do impostor — tornando-a um estressor ocupacional específico, não apenas nervosismo geral. fonte ↗

5. 05 O que o estudo ICSE-SEIS 2024 de Guenes et al. estabeleceu sobre o fenômeno do impostor na engenharia de software?

   É raro e afeta principalmente desenvolvedores que mudaram de carreira de áreas não relacionadasSó se torna um problema quando engenheiros recebem tarefas além do seu nível de habilidade atualÉ prevalente em todos os níveis de senioridade, tamanhos de equipe e históricos educacionais — um padrão ocupacional em vez de uma peculiaridade individualÉ mais prevalente em engenheiros que trabalham remotamente sem standups diários

   O estudo de Guenes et al. de 2024 na ICSE-SEIS foi a primeira medição empírica em grande escala do fenômeno do impostor em engenheiros de software especificamente, encontrando-o presente em todos os níveis de senioridade, tamanhos de equipe e históricos educacionais — fundamentando estruturalmente o que muitas vezes havia sido tratado como dúvida individual. fonte ↗