Warum Ihr „harmonisches“ Team scheitert

• Psychologische Sicherheit bedeutet nicht Konfliktvermeidung, sondern entsteht in einem Umfeld, in dem das Hinterfragen von Ideen das Team stärker macht
• Nur weil alle Teammitglieder in Meetings nach außen ruhig wirken und eine unauffällige Atmosphäre herrscht, heißt das nicht, dass das Team effektiv ist
• Teams, in denen produktive Meinungsverschiedenheiten möglich sind, erkennen Probleme früh und lassen unterschiedliche Ansichten zu
• Kritisches Denken braucht Reibung, und Teams mit mangelnder offener Kommunikation lassen potenzielle Probleme liegen
• Führungskräfte können durch das Zeigen von Verletzlichkeit, klare Diskussionsregeln und die Ermutigung von Herausforderern eine Kultur gesunder Debatten fördern

---

Der Unterschied zwischen einer Atmosphäre, in der alle gut miteinander auskommen, und psychologischer Sicherheit

• Psychologische Sicherheit wird oft missverstanden als ein Zustand, in dem ein Team ohne Konflikte harmonisch funktioniert
• Viele Führungskräfte sind stolz auf Teams, in denen niemand jemals die Stimme erhebt, alle zustimmen und es keine Meinungsverschiedenheiten gibt
• Doch der Kern psychologischer Sicherheit ist nicht die Vermeidung von Konflikten, sondern die Schaffung eines Umfelds, in dem Ideen frei hinterfragt und diskutiert werden können
• Die Harvard-Business-School-Professorin Amy Edmondson definiert psychologische Sicherheit als „die Überzeugung, dass man für Ideen, Fragen, Bedenken oder Fehler nicht bestraft oder beschämt wird“

Merkmale von Teams mit hoher psychologischer Sicherheit (mit konstruktivem Konflikt)

• Man kann frei sprechen, auch hitzige Debatten sind in Ordnung, und dadurch wird das Team stärker
• Es herrscht eine Atmosphäre, in der man keine Angst haben muss, ausgeschlossen zu werden, selbst wenn man sagt: „Ich glaube, das ist falsch“
• Man kann problemlos sagen: „Meine Einschätzung könnte falsch sein“, und bewertet sowie diskutiert nicht die Person, sondern den Inhalt der Idee selbst; Herausforderungen sind unabhängig vom Status der Vorschlagenden möglich
• Auch Fehler werden als Lernchance genutzt, und es gibt eine Kultur, die unterschiedliche Perspektiven fördert

Konkrete Merkmale von Teams, die produktive Diskussionen praktizieren

• Frühes Erkennen von Problemen: Ein Engineer spricht ein Thema an, bevor es kritisch wird
• Aktive Diskussion von Ideen: Selbst wenn zwei Senior-Entwickler heftig über ein Design streiten, gibt es am nächsten Tag keinerlei Problem bei der Zusammenarbeit
• Fokus auf das Problem: Aussagen wie „Dieser Ansatz wird vermutlich Probleme bei der Skalierbarkeit haben“ zeigen, dass sich der Fokus nicht auf Personen, sondern auf das Problem selbst richtet
• Fehler als Lernchance: Wenn es zu einer Störung kommt, leitet der Engineer, der den Fehler gemacht hat, selbst das Postmortem

Die versteckten Kosten „netter“ Teams

• Teams, die nach außen friedlich wirken, liefern in den meisten Fällen nur durchschnittliche Ergebnisse
• Der Grund ist, dass kritisches Denken ein gewisses Maß an Reibung braucht
• Hinter oberflächlicher Einigkeit verbergen sich oft tatsächliche Konflikte: Im Meeting stimmt man zu, in der praktischen Arbeit handelt dann aber jeder anders
• Mangelnde Kommunikation ist das Kernproblem; fehlende konstruktive Debatten verschlechtern das Endergebnis

Das Gleichgewicht zwischen psychologischer Sicherheit und Konflikt finden

• Drei zentrale Maßnahmen, um das passende Umfeld zu schaffen
  • Die Bereitschaft, ehrlich zuzugeben, dass man etwas nicht weiß (Verletzlichkeit zeigen)
  • Klare Regeln für Debatten aufstellen (auf Ideen statt auf Personen fokussieren, Diskussion und Entscheidung trennen)
  • Teammitglieder, die Probleme ansprechen oder schwierige Fragen stellen, offiziell loben (als Frühwarnsignal)

Fazit: Gesunder Konflikt führt zu echtem Wachstum und Innovation

• Teams, die Konflikte tatsächlich offen austragen können, haben paradoxerweise langfristig Konflikte geringerer Qualität
• Kleine Meinungsverschiedenheiten stauen sich nicht an, sondern werden sofort gelöst, was Vertrauen und Zusammenarbeit stärkt
• Die besten Engineering-Teams sind nicht still, sondern zeichnen sich dadurch aus, dass sie technische Debatten und unterschiedliche Perspektiven willkommen heißen
• Eine Kultur, in der man im Team frei diskutieren und einander respektieren kann, ist echte psychologische Sicherheit
• So wie ungeprüfter Code und ungeprüfte Ideen Probleme verursachen, führen auch Ideen ohne Debatte zum Scheitern

[chipmunk]

Auch psychologische Sicherheit und konstruktive Debatten sind letztlich nur Treibstoff für die „Umsetzung“.
Damit Ideen lebendig werden, muss sie am Ende jemand vorantreiben, und erst wenn sich dieses Handeln wiederholt, entsteht Vertrauen.
Wenn ohne Umsetzung nur immer wieder debattiert wird, bleibt das Team selbst in einer noch so sicheren Atmosphäre auf der Stelle stehen.
Eine gute Kultur wird nicht durch Worte, sondern durch Taten bewiesen.

[chipmunk]

Unter Menschen mit starker Umsetzungskraft sind konstruktive Diskussionen zwangsläufig unvermeidlich.

[mhj5730]

Normalerweise … wenn die Teamleitung konservativ ist, Verantwortung vermeidet und die Arbeit komplett delegiert, werden alle wie von selbst still und brav.

[kaydash]

Warum Ihr „harmonisches“ Team scheitert

Warum ehrliches Feedback wichtig ist

[ndrgrd]

Je niedriger die Hürde ist, seine Meinung zu äußern, desto besser. Nur ist es schwierig, dabei Maßstäbe und Balance zu finden.

[GN⁺]

Hacker-News-Kommentare

• Aus meiner über 20-jährigen Erfahrung in der IT-Branche heraus verwechseln viele Menschen „hitzige Debatten“ damit, dass ein Team automatisch besonders leistungsstark sei. So etwas sieht man oft auch in leistungsschwachen Teams mit vielen Konflikten. Manager gaben öffentlich negatives Feedback, oder ein erfahrener Entwickler sagte einem Neuling sinngemäß, er solle gehen, wenn es ihm nicht passe — die Spaltung im Team war massiv. Gründlich trainierte, rhetorisch starke Personen traten mit einer Haltung von „starke Meinungen, locker gehalten“ auf und drückten selbst schwache Ideen entschlossen bis zum Ende durch, bis alle anderen erschöpft aufgaben. In der Praxis ist eine Widerlegung in Echtzeit fast unmöglich, deshalb verwechseln viele Manager dieses Selbstvertrauen oder diesen Eifer mit Kompetenz bzw. damit, richtig zu liegen. Die Sichtweise hier ist, dass hitzige Diskussionen nicht automatisch hohe Leistung garantieren
  • Meiner Erfahrung nach ist in den obigen Beispielen nicht das Problem, dass etwas in Echtzeit nicht beweisbar ist, sondern dass Menschen, die gut reden können, oft nicht gut zuhören. Wichtig ist die Fähigkeit, auch den Kern eines unbeholfen formulierten Arguments zu erfassen; es aus mangelnder Ausdruckskraft zu ignorieren, ist arrogant. Wer selbst nicht gut zuhört, kann sich nicht als jemand mit „starken Meinungen, locker gehalten“ bezeichnen. Nur Dinge zu akzeptieren, bei denen Belege schwer zu erbringen sind, ist eher „starke Meinungen, fest umklammert“. Wenn es häufig hitzige Debatten gibt, ist das am Ende eher ein Signal für eine Dysfunktion im Team. Ehrliche und ruhige Diskussionen sind für ein Team produktiver
  • Auch der Autor betont in seinem Vortrag, wie wichtig es ist, sich auf das Problem zu konzentrieren. Wenn man etwa sagt „Dieser Ansatz hat Grenzen bei der Skalierbarkeit“, gibt das der Diskussion eine Richtung; sobald man stattdessen die Idee einer Person selbst herabsetzt, kippt die Debatte sofort ins Toxische
• Ich habe 25 Jahre lang ein Team geleitet, das hochperformante C++-Pipelines für Bildverarbeitung entwickelt hat. Ich war Teil eines großen, internationalen und interdisziplinären Teams bei einem weltweit bekannten Imaging-Unternehmen. Wir arbeiteten mit Fachleuten aus vielen Bereichen zusammen, daher war es nicht immer einfach, mit allen gut auszukommen. Alle glaubten, die „richtige Antwort“ zu haben, und alle waren mit Leidenschaft dabei, das bestmögliche Ergebnis zu erzielen. Entsprechend gab es natürlich oft hitzige Diskussionen. Meistens führten sie zu sehr guten Ergebnissen, und die Ursache von Problemen waren nicht interne Teamkonflikte. Meiner Erfahrung nach können kreative, leidenschaftliche und sehr fähige Teams ziemlich chaotisch sein, und sie zu steuern ist wirklich schwierig
  • Mich würden die konkreten Regeln, Arbeitsabläufe und Elemente der Teamkultur interessieren, mit denen sich so etwas über einen so langen Zeitraum managen ließ. Auch würde mich interessieren, wie viel personelle Fluktuation es gab und welche praktischen Kniffe es gibt, um ein Team mit starken Reibungen zwischen Spitzenkräften zu führen. Eine magische Lösung wird es wohl nicht geben, aber reale Beispiele wären sehr hilfreich
• In diesem Text scheint „kein heftiger Streit“ mit dem „Fehlen konstruktiver kritischer Diskussion“ verwechselt zu werden. Meiner Erfahrung nach entstehen in reifen Teams mit hohem Vertrauen keine überhitzten Debatten, weil niemand Angst haben muss, dass seine Meinung ignoriert wird. Man vertraut darauf, dass die eigene Sicht angehört und bedacht wird, also gibt es keinen Grund, sich aufzuregen. Ich verstehe nicht, was mit „Code, zu dem niemand Fragen gestellt hat, verursacht in Produktion zwangsläufig Probleme“ gemeint sein soll
  • Vermutlich ist gemeint: „Code, den niemand kritisch hinterfragt hat, fliegt einem am Ende um die Ohren.“ Aber das ist auch nicht immer so
  • Dass Diskussionen in Teams mit hohem Vertrauen nicht überhitzen, zeigt sich eher dann, wenn Risiko und Unsicherheit ziemlich gering sind. Wenn hingegen alle ihre Intuition und Logik bis an die Grenze treiben müssen, wird das Kommunikationsvolumen zwischen den einzelnen Knoten im Team ungleich verteilt sein. Verantwortungsgefühl erzeugt Leadership, und verschiedene Perspektiven steigen auf und treten wieder zurück. Wenn die Temperatur der Diskussionen immer niedrig bleibt, sollte man sich eher fragen, ob das Team sich nicht genug selbst herausfordert
  • Der Artikel scheint genau dieser Sichtweise direkt zu widersprechen. Ein „oberflächlich friedliches Team“ kann in Wahrheit echte Meinungsverschiedenheiten meiden, um Konflikte zu vermeiden. Ein Konsens ist dann nur äußerlich sichtbar, während grundlegende Probleme vergraben bleiben
  • Tatsächlich gibt es Fälle, in denen Code oder Architektur nie „aufgerufen“ bzw. kritisiert wurden und am Ende ein einziges Chaos sind
• Beim erneuten Lesen verstehe ich, warum der Ton des Textes anfangs missverständlich wirkte. Die vom Autor definierte psychologische Sicherheit (PSYCHOLOGICAL SAFETY) ist an sich richtig, aber er weist darauf hin, dass viele Menschen fälschlich glauben, ein „nettes Team“ sei automatisch psychologisch sicher. Nur weil alle nicken, fühlt es sich noch lange nicht sicher an. Konflikt und Sicherheit stehen nicht im Widerspruch zueinander. Der Kern echter psychologischer Sicherheit ist, ein Umfeld zu schaffen, in dem alle bereit sind, an produktiven Konflikten teilzunehmen. Nicht jeder Konflikt und nicht jeder Konsens ist produktiv. Psychologische Sicherheit bedeutet, eine Teamkultur aufzubauen, in der man sowohl Zustimmung als auch Widerspruch ohne Angst äußern kann
  • Ein Team, in dem alle zustimmen, ist tatsächlich ein entsprechend riskantes Team. Deshalb kommt es dazu, dass alle nur beipflichten, sobald der Chef etwas sagt
• War wirklich jemand tief beeindruckt von der Aussage „Ideen werden nach ihrem Inhalt bewertet, nicht nach der Person, die sie äußert“? Der ganze Text wirkt ein wenig wie Don Quijote im Kampf gegen Windmühlen. Er scheint also entweder auf Ingenieure zu zielen, die sich über Debatten aufregen, die in der Praxis längst Allgemeinwissen sind. Oder vielleicht zielt er auf autoritäre, diktatorische Führungskräfte — aber würden die so einen Text überhaupt lesen? „Meine besten Teams waren nie still. Hitzige Debatten vieler Menschen, in denen unterschiedliche Perspektiven willkommen waren, respektvoller Dissens …“ Wer würde denn sagen, dass er Respekt für verschiedene Perspektiven ablehnt? Ehrlich gesagt fand ich die vorherige Diskussion deutlich anregender
  • Zu der Frage, ob „diese Debatte besondere Einsichten liefert“: Inhaltlich ist das tatsächlich sehr grundlegend, aber früher gab es beispielhafte Fälle wie Checklisten, die Leben retteten, oder Toyota-Mitarbeiter, die bei Zweifeln sogar das Produktionsband anhalten durften. Auch in der IT ist es extrem verbreitet, das eigene Team und andere Menschen — besonders zwischen DEV und TEST — geringzuschätzen. Diejenigen, die Probleme verursachen, werden diesen Text wohl nicht lesen, aber vielleicht erkennt jemand anderes im Team irgendwann, dass so etwas nicht normal ist, arbeitet dann anders oder stößt Veränderungen an. Offen würde zwar kaum jemand sagen, dass er „Respekt für andere Perspektiven“ ablehnt, aber intern werden andere Teams durchaus als „diese Idioten“ bezeichnet — und mit so einer Haltung wird produktive Debatte von vornherein blockiert
  • Wichtig ist zuerst zu erkennen, in was für einem Team man ist. Teams, die „stillen Konsens“ als Wert propagieren, meinen damit oft in Wirklichkeit, dass egoistische Entscheidungen einer kleinen Gruppe schon vorab abgesprochen wurden und man in der großen Runde keine neuen Einwände hören will
• Die Einsicht, dass das Feedback eines freundlichen, aber kritischen Freundes mehr Lernen ermöglicht als das eines unkritischen Freundes
• Wie in allen Beziehungen sollte das Ziel nicht sein, „zu gewinnen“, sondern ein Umfeld zu schaffen, in dem die Bedürfnisse aller erfüllt werden
• Die Frage, wie eine Person durchhalten soll, wenn die meisten Teammitglieder zwar lautstark auftreten, aber jedes Mal nur falsche Meinungen vertreten, während nur sie selbst die richtige Sicht hat
  • Die schnellste Lösung ist, sich vollständig nicht mehr einzubringen. Wenn diese Leute wirklich ständig falschliegen, wird sich die Lage auch ohne mein Eingreifen weiter verschlechtern. Oder man nutzt die Kraft der Gegenseite gegen sie und lässt die falsche Idee sich selbst zerstören
  • Wenn man nicht die Führungskraft ist, bringt es nichts, recht zu haben, und auch die Tatsache „Ich hatte recht“ wird nicht belohnt. Bei manchen Projekten geht es nur um die Fassade, nicht um Produktivität. Wenn man den eigentlichen Zweck missverstanden hat, war auch „richtiges“ Handeln nicht wirklich richtig. Dann kann man sich entscheiden, einfach weiter das Geld zu nehmen oder zu gehen
  • Wenn auf der Straße alle in die entgegengesetzte Richtung rennen, sollte man gelegentlich auch überlegen, ob vielleicht man selbst der Geisterfahrer ist
• Ich habe auch einmal erlebt, dass ein CTO (Mitgründer) so extrem toxisch war, dass sich im Team eine glückliche Blase gebildet hatte. Damals fühlte es sich wie das beste Team an, aber als diese Blase plötzlich platzte, kam eine wirklich schreckliche Realität zum Vorschein

[techiemann]

„Es kommt vor, dass man andere Teams insgeheim als ‚diese Idioten‘ bezeichnet, und mit so einer Haltung wird schon eine produktive Debatte selbst blockiert.

Wichtig ist, zuerst zu erkennen, zu welcher Art von Team man gehört. Teams, die behaupten, ‚stillschweigender Konsens‘ sei ein Wert, treffen in Wirklichkeit meist egoistische Entscheidungen nur durch eine kleine Minderheit im Vorfeld und wollen in der Gesamtbesprechung keine neuen Meinungen hören.“

Man sollte keine Sitzungen wie das kaiserliche Hauptquartier der japanischen Armee im Zweiten Weltkrieg abhalten. Problematisch ist wohl auch eine insgeheim feindselige, unkooperative Kultur innerhalb und außerhalb der eigenen Linie, aus Angst, andere könnten einen ausgrenzen, Punkte sammeln, befördert werden oder sonst irgendwie erfolgreicher sein.