FORSCHUNGSAKTE
Die Wissenschaft des Impostorphänomens in der Softwareentwicklung
'Alle hier sind klüger als ich, und es ist nur eine Frage der Zeit, bis sie es merken.'
DIE ÜBUNG ANSEHEN
Mach aus einem Gedanken, den diese Forschung erklärt, einen klaren Schritt.
DER GEDANKE
“Ich habe ein Jahrzehnt damit verbracht, zu lernen, was gerade automatisiert wurde”
DEINE AUFGENOMMENE ANTWORT
“Das Jahrzehnt hat mir beigebracht, was ich vertrauen und was ich verwerfen sollte. Das Tool beschleunigt nur den Verwerfen-Teil.”
EIN PRIVATER SCHRITT
Öffne eine leere Notiz und schreibe eine echte Entscheidung aus dem letzten Jahr auf, bei der deine Erfahrung, nicht deine Tippgeschwindigkeit, das Ergebnis verändert hat. Lies sie einmal durch und schließe die Notiz.
Dieser Gedanke — oder etwas Ähnliches — ist unter Softwareentwicklern so verbreitet, dass eine 2024 auf der ICSE vorgestellte Studie das Impostorphänomen bei der Mehrheit der befragten Praktiker messbar nachweisen konnte. Es ist keine Eigenheit der Persönlichkeit. Die psychologische Forschung seit 1978 hat es als erkennbares Muster dokumentiert, das durch Fehler in der Kompetenzeinschätzung, Code-Review-Angst und Teamumgebungen angetrieben wird, die es entweder verstärken oder abschwächen. Das alte Skript — 'Ich brauche nur mehr Selbstvertrauen' — verfehlt die strukturelle Hälfte der Geschichte.
Wie sich die Wissenschaft verändert hat
- 1978
Pauline Clance und Suzanne Imes veröffentlichen die erste formale Beschreibung des 'Impostorphänomens' — ein Muster bei leistungsstarken Personen, die trotz objektiver Belege für Erfolg glauben, Betrüger zu sein, und Angst haben, entlarvt zu werden. Ihre klinischen Beobachtungen konzentrierten sich auf leistungsstarke Frauen, stellten aber fest, dass das Muster geschlechterübergreifend auftrat. ↗
- 1999
Kruger und Dunning veröffentlichen ihre wegweisende Studie, die zeigt, dass Leistungsschwache ihre Kompetenz systematisch überschätzen (der Dunning-Kruger-Effekt), während Leistungsstarke ihre oft unterschätzen — eine kontrastierende Asymmetrie, die erklärt, warum die fähigsten Ingenieure häufig die sind, die sich am ehesten als Impostoren fühlen. ↗
- 2016
Google veröffentlicht die Project-Aristotle-Ergebnisse aus einer Studie von 180 Teams: Psychologische Sicherheit — die Überzeugung, interpersonelle Risiken eingehen zu können, ohne bestraft zu werden — war der mit Abstand stärkste Prädiktor für Teameffektivität, mehr als Talentkomposition, Senioritätsmix und gemeinsamen Standort. Teams, in denen Ingenieure Beurteilung fürchteten, schnitten in jeder Metrik schlechter ab. ↗
- 2017
Santos et al. veröffentlichen eine Metaanalyse des Impostorphänomens über Bevölkerungsgruppen hinweg und stellen eine Prävalenz bei etwa 70 % der Allgemeinbevölkerung irgendwann im Leben fest, wobei die Erfahrung in Hochrisiko-Bewertungskontexten besonders ausgeprägt war — direkt anwendbar auf Code-Reviews, On-Call-Vorfälle und Senior-Engineer-Beförderungen. ↗
- 2021
Byskov und Kollegen untersuchen das Impostorphänomen speziell in MINT- und technischen Bereichen und stellen fest, dass die Kombination aus objektivem Leistungsfeedback (Testfehlern, Fehleranzahl, Benchmarkergebnissen) und sozialem Vergleich innerhalb leistungsstarker Gleichaltrigengruppen einen Verstärkungseffekt erzeugt, der Impostorgefühle über das hinaushebt, was individueller Selbstzweifel allein erzeugen würde. ↗
- 2024
Guenes et al. präsentieren auf der ICSE-SEIS 2024 die erste groß angelegte empirische Studie des Impostorphänomens in der Softwareentwicklung: messbare Impostorwerte bei der Mehrheit der befragten Ingenieure, wobei Senioritätsstufe, Teamgröße und Einstellungsquelle (Autodidakt vs. Informatikabschluss) alle Varianz vorhersagen — und das Impostorphänomen von einer persönlichen Eigenart zu einem strukturell erklärbaren Berufsmuster umrahmen. ↗
- 2024
Lee et al. veröffentlichen in Empirical Software Engineering eine quantitative Studie zur Code-Review-Angst: Sie stellen fest, dass sie messbar, von allgemeiner sozialer Angst unterscheidbar, signifikant mit Impostorgefühlen assoziiert und durch strukturierte Review-Praktiken und explizite Normen zum Zweck des Code-Reviews teilweise abschwächbar ist. ↗
Was Menschen glauben vs. was die Daten zeigen
Der Glaube“Sich wie ein Impostor zu fühlen bedeutet, dass man tatsächlich nicht die Fähigkeiten für seine Rolle hat.”
Die DatenKruger und Dunnings Forschung von 1999 fand die entgegengesetzte Asymmetrie: Diejenigen mit den geringsten Fähigkeiten überschätzen ihre Kompetenz am konsistentesten, während die mit den höchsten Fähigkeiten ihre systematisch unterschätzen. Das Impostorphänomen ist ein schlechter Indikator für das tatsächliche Fähigkeitsniveau. ↗
Der Glaube“Das Impostorphänomen in der Technik ist hauptsächlich ein Problem für Junior-Ingenieure und verschwindet mit der Erfahrung.”
Die DatenDie ICSE-2024-Studie von Guenes et al. fand, dass Impostorwerte mit der Seniorität variierten, aber Senior-Ingenieure nicht ausgenommen waren. Die Forschung zeigte, dass mit wachsenden Verantwortlichkeiten — Teams leiten, architektonische Entscheidungen treffen, öffentliches Sprechen — neue Impostorauslöser auch für erfahrene Praktiker entstehen können. ↗
Der Glaube“Code-Review-Angst ist nur normale Nervosität und hat keine messbaren Auswirkungen auf die Ingenieurarbeit.”
Die DatenLee et al. (2024) fanden, dass Code-Review-Angst ein messbares, eigenständiges Konstrukt ist, das mit Vermeidungsverhalten assoziiert ist — Code-Einreichung verzögern, zu wenig kommentieren und keine Reviews von bestimmten Reviewern anfordern. Sie sagte echte Workflow-Änderungen voraus, nicht nur Unbehagen, und korrelierte signifikant mit den Impostorphänomen-Werten. ↗
Der Glaube“Wenn dein Team talentiert genug ist, spielt psychologische Sicherheit keine Rolle — Ergebnisse sprechen für sich.”
Die DatenGoogles Project-Aristotle-Analyse von 180 Teams fand, dass psychologische Sicherheit jeden anderen Faktor — einschließlich individuellem Talent, Senioritätsmix und Teamstruktur — als Prädiktor für Teameffektivität überragte. Hochtalentierte Teams mit geringer psychologischer Sicherheit schnitten konsistent schlechter ab als weniger talentierte Teams mit hoher psychologischer Sicherheit. ↗
Der Glaube“Das Impostorphänomen betrifft nur Autodidakten oder Entwickler ohne Informatikabschluss.”
Die DatenGuenes et al.'s ICSE-2024-Studie maß Impostorwerte sowohl bei Informatikabsolventen als auch bei Autodidakten und fand ihn in beiden Gruppen verbreitet. Obwohl die Auslöser unterschiedlich waren — Credential-Angst vs. Vokabular-Angst — war das Impostorphänomen nicht auf einen bestimmten Bildungshintergrund beschränkt. ↗
TESTE_DICH · Wie gut kennst du diese Forschung?
01 Pauline Clance und Suzanne Imes prägten 1978 den Begriff 'Impostorphänomen', um was zu beschreiben?
Clance und Imes beschrieben ein Muster bei leistungsstarken Personen, die trotz objektiver Kompetenzbelege ihren Erfolg intern eher auf Glück oder Täuschung als auf Fähigkeit zurückführen — und dauerhaft fürchten, als Betrüger entlarvt zu werden. Quelle ↗
02 Was sagt uns der Dunning-Kruger-Effekt über die Beziehung zwischen Fähigkeitsniveau und Selbsteinschätzung der Kompetenz?
Kruger und Dunning fanden eine systematische Asymmetrie: Leistungsschwache überschätzen ihre Kompetenz (ihnen fehlen die metakognitiven Fähigkeiten, die eigenen Lücken zu erkennen), während Leistungsstarke ihre unterschätzen — was Impostorzweifel bei höheren Fähigkeitsniveaus häufiger, nicht seltener macht. Quelle ↗
03 Was identifizierte Googles Project-Aristotle-Forschung als den einzeln stärksten Prädiktor für die Effektivität von Ingenieurteams?
Project Aristotle analysierte 180 Google-Teams und fand, dass psychologische Sicherheit — ob Teammitglieder sich sicher fühlten, Risiken einzugehen und voreinander verletzlich zu sein — jede andere Variable, einschließlich Talentlevel, als Prädiktor für Teamleistung und -effektivität übertraf. Quelle ↗
04 Was fand Lee et al.'s Studie von 2024 über Code-Review-Angst bei Softwareentwicklern?
Lee et al. fanden, dass Code-Review-Angst von allgemeiner sozialer Angst unterscheidbar, mit Umfrageinstrumenten messbar ist, Vermeidungsverhalten wie das Verzögern der Code-Einreichung vorhersagt und signifikant mit Impostorphänomen-Werten korreliert — was sie zu einem spezifischen beruflichen Stressor macht, nicht nur allgemeiner Nervosität. Quelle ↗
05 Was hat die ICSE-SEIS-2024-Studie von Guenes et al. über das Impostorphänomen in der Softwareentwicklung festgestellt?
Die Studie von Guenes et al. 2024 auf der ICSE-SEIS war die erste groß angelegte empirische Messung des Impostorphänomens speziell bei Softwareentwicklern, die es über Senioritätsstufen, Teamgröße und Bildungshintergrund hinweg fand — was strukturell verankerte, was oft als individueller Selbstzweifel behandelt worden war. Quelle ↗