BENANNTE_MECHANISMEN
Die Wissenschaft des Impostorphänomens in der Softwareentwicklung: Warum es mehr als Selbstzweifel ist
3 benannte mechanismen — 'Alle hier sind klüger als ich, und es ist nur eine Frage der Zeit, bis sie es merken.' Dieser Gedanke — oder etwas Ähnliches — ist unter Softwareentw
Technik-Impostor-Review-Angst ist die antizipatorische Furcht, dass ein Code-Review die wahrgenommene Inkompetenz vor Kollegen bloßstellen könnte — nicht nur, dass der Code Fehler haben könnte, sondern dass das Review die heimliche Befürchtung des Entwicklers bestätigt, ein Betrüger zu sein. Lee et al. (2024) fanden, dass dies eine messbare, eigenständige Erfahrung ist, die zu Vermeidungsverhalten führt, einschließlich Verzögerung von PRs, zu wenig Kommentierung und selektiver Vermeidung bestimmter Reviewer.
Wie es im Kopf klingtDas innere Skript: 'Wenn ich diesen Code jetzt pushe, liest Sarah ihn und merkt sofort, dass ich keine Ahnung habe, was ich tue. Ich füge erst noch drei Kommentare hinzu und schreibe die Funktion um.' Die Forschung liest das als den Mechanismus in Aktion: Die PR-Verzögerung geht nicht um Codequalität — es ist antizipatorisches Bedrohungsmanagement mit echten Produktivitätskosten.
Ingenieur-Kompetenz-Fehlkalibrierung ist die systematische Lücke zwischen dem tatsächlichen Fähigkeitsniveau eines Ingenieurs und seiner internen Schätzung davon, die bei Hochleistenden am häufigsten in Richtung Unterschätzung verläuft. Kruger und Dunning (1999) identifizierten, dass die metakognitiven Fähigkeiten, die zur genauen Einschätzung der eigenen Leistung erforderlich sind, größtenteils dieselben Fähigkeiten sind, die hohe Kompetenz ausmachen — was bedeutet: Je fähiger der Ingenieur, desto besser versteht er den Umfang dessen, was er noch nicht weiß.
Wie es im Kopf klingtDas innere Skript: 'Ich code seit sechs Jahren und kenne Rust immer noch nicht. Alle auf dieser Konferenz scheinen alles zu wissen.' Die Forschung liest den Vergleich anders: Die Ingenieure, die sich in einem Raum voller Experten am meisten überfordert fühlen, haben oft genug Expertise, um genau wahrzunehmen, wie viel es noch zu lernen gibt.
Code-Review-Angst ist eine messbare, berufsspezifische Form von Bewertungsfurcht, die durch das Einreichen von Code zur Peer-Review ausgelöst wird — unterscheidbar von allgemeiner sozialer Angst. Lee et al. (2024) etablierten sie als Konstrukt, das konkrete Verhaltensresultate vorhersagt: Ingenieure, die sie erleben, verzögern Pull Requests, reduzieren Inline-Kommentare und vermeiden es, Reviews von bestimmten Peers anzufordern. Sie korreliert signifikant mit dem Impostorphänomen und ist durch Teamnormen, die Code-Review explizit als Lernaustausch statt als Kompetenzurteil rahmen, teilweise abschwächbar.
Wie es im Kopf klingtDas innere Skript: 'Ich weiß, dass das funktioniert, aber ich kann es nicht einreichen, bis ich es noch zwölf Mal überprüft habe — was, wenn sie sehen, dass ich eine for-Schleife verwendet habe, wo alle anderen einen Generator verwendet hätten?' Die Forschung liest es als Code-Review-Angst, die auf Impostorkraftstoff läuft: Die Angst gilt nicht der for-Schleife — es ist, dass die for-Schleife das verräterische Zeichen sein wird.