La ciencia del fenómeno del impostor en la ingeniería de software: por qué no es solo inseguridad

PONTE_A_PRUEBA · ¿Cuánto sabes de esta ciencia?

1. 01 Pauline Clance y Suzanne Imes acuñaron 'fenómeno del impostor' en 1978 para describir ¿qué?

   Un trastorno clínico que afecta solo a personas con baja capacidad realPersonas de alto rendimiento que creen que son fraudes a pesar de la evidencia de éxito y temen ser descubiertasUna estrategia deliberada de auto-obstaculización usada para gestionar expectativasExceso de confianza en las propias habilidades en relación con los pares

   Clance e Imes describieron un patrón en personas de alto rendimiento que, a pesar de evidencia objetiva de competencia, atribuyen internamente su éxito a la suerte o al engaño en lugar de a la habilidad — y temen persistentemente ser descubiertas como fraudes. fuente ↗

2. 02 ¿Qué nos dice el efecto Dunning-Kruger sobre la relación entre el nivel de habilidad y la autoevaluación de la competencia?

   Los individuos de alta habilidad evalúan de manera consistente y precisa sus propias capacidadesEl nivel de habilidad no está relacionado con la competencia autoevaluadaLos individuos de baja habilidad sobreestiman su competencia mientras que los de alta habilidad a menudo subestiman la suyaSolo los individuos en su primer año en el trabajo evalúan mal sistemáticamente su competencia

   Kruger y Dunning encontraron una asimetría sistemática: los de bajo rendimiento sobreestiman su competencia (les faltan las habilidades metacognitivas para reconocer sus propias lagunas), mientras que los de alto rendimiento subestiman la suya — haciendo que la duda similar al impostor sea más común, no menos, en niveles de habilidad más altos. fuente ↗

3. 03 ¿Qué identificó la investigación del Proyecto Aristóteles de Google como el predictor individual más fuerte de la efectividad del equipo de ingeniería?

   Nivel de antigüedad promedio de los miembros del equipoSeguridad psicológica — la creencia de que uno puede tomar riesgos interpersonales sin castigoUbicación conjunta en una sola oficina físicaNúmero de años que el equipo había trabajado junto

   El Proyecto Aristóteles analizó 180 equipos de Google y encontró que la seguridad psicológica — si los miembros del equipo se sentían seguros para tomar riesgos y ser vulnerables frente a los demás — superó a todas las demás variables, incluido el nivel de talento, como predictor de la producción y efectividad del equipo. fuente ↗

4. 04 ¿Qué encontró el estudio de Lee et al. de 2024 sobre la ansiedad ante la revisión de código en ingenieros de software?

   Es indistinguible de la ansiedad social general y no tiene contexto de ingeniería específicoSolo afecta a los ingenieros en su primer año que aún no han establecido credibilidadEs un constructo medible y distinto asociado con comportamientos de evitación y significativamente correlacionado con el fenómeno del impostorDesaparece una vez que los ingenieros acumulan retroalimentación positiva de revisión

   Lee et al. encontraron que la ansiedad ante la revisión de código es distinta de la ansiedad social general, medible mediante instrumentos de encuesta, predice comportamientos de evitación como retrasar la presentación de código y se correlaciona significativamente con las puntuaciones del fenómeno del impostor — convirtiéndola en un factor de estrés ocupacional específico, no solo nerviosismo general. fuente ↗

5. 05 ¿Qué estableció el estudio ICSE-SEIS 2024 de Guenes et al. sobre el fenómeno del impostor en la ingeniería de software?

   Es raro y principalmente afecta a los desarrolladores que cambiaron de carrera de campos no relacionadosSolo se convierte en un problema cuando los ingenieros reciben tareas más allá de su nivel de habilidad actualEs prevalente en todos los niveles de antigüedad, tamaños de equipo y antecedentes educativos — un patrón ocupacional más que una peculiaridad individualEs más prevalente en ingenieros que trabajan de forma remota sin standups diarios

   El estudio de Guenes et al. de 2024 en ICSE-SEIS fue la primera medición empírica a gran escala del fenómeno del impostor en ingenieros de software específicamente, encontrándolo presente en todos los niveles de antigüedad, tamaño del equipo y antecedentes educativos — fundamentando estructuralmente lo que a menudo se había tratado como duda individual. fuente ↗