Direkt zum Inhalt

27. April 2026AgileCoachingProject managementTransformation

Psychologische Sicherheit: Warum Teams scheiternPsychological Safety: Why Teams Fail

Wenn Harmonie zur Falle wird: Das stille Scheitern agiler Teams Es war Woche 14. Das Projekt war gut aufgestellt – zwölf Personen, ein agiles Setup, regelmäßige Weeklys, die sich produktiv anfühlten. Und dann brach …Speaking up too often earns someone the troublemaker label, and that quiet rule is exactly what keeps psychological safety out of a team long before any project actually fails.

kurz gesagt

  • Agile Setups machen Schweigen nicht seltener. Aus meiner Praxis: Kurze Sprints und hohe Sichtbarkeit können den Druck erhöhen, Probleme nicht anzusprechen.
  • Implizite Regeln entstehen in den ersten Wochen. Wer dort nicht benennt, was nicht gut läuft, setzt den Standard für das gesamte Projekt.
  • Wer Probleme benennt, gilt schnell als Störenfried. Diese implizite Regel ist das eigentliche Kernproblem, nicht die Methode.

Es war Woche 14. Das Projekt war gut aufgestellt: zwölf Personen, ein agiles Setup, regelmäßige Weeklys, die sich produktiv anfühlten. Und dann brach alles zusammen. Die Ursache? Drei Entwicklerinnen und Entwickler hatten die kritischen Risiken längst erkannt und trotzdem geschwiegen. Psychologische Sicherheit war im Team nicht vorhanden. Die Atmosphäre wirkte harmonisch. Sie war es nicht.

Dieses Muster ist kein Einzelfall. Es wiederholt sich in Unternehmen jeder Größe, in klassisch geführten Projekten genauso wie in modernen agilen Umgebungen. Und es zeigt eines sehr deutlich: Ein ruhiges Team ist kein sicheres Team.

Das stille Scheitern agiler Teams

Agile Methoden versprechen Transparenz, kurze Feedbackschleifen und schnelle Kurskorrektur. Das stimmt, aber nur dann, wenn die Menschen im Team auch wirklich sagen, was sie sehen. Ein Daily, ein Sprint Review, ein Retrospektiv-Meeting sind nur so gut wie das, was dort tatsächlich ausgesprochen wird.

Wer glaubt, dass ein ruhiges Team ein sicheres Team ist, unterschätzt eine der zentralen Dynamiken moderner Zusammenarbeit. Schweigen ist keine Zustimmung. Es ist meistens eine Schutzstrategie.

Warum agile Umgebungen besonders anfällig sind

In agilen Teams ist Sichtbarkeit hoch. Jeder sieht, wer wie viel liefert. Das erzeugt Druck. Wer ein Problem anspricht, riskiert, als Bremser oder Pessimist wahrgenommen zu werden, gerade in Teams, die sich auf Liefergeschwindigkeit verpflichtet haben.

Dazu kommt der Takt. Sprints enden, neue beginnen. Keine Zeit für schwierige Gespräche, immer der nächste Termin. Probleme, die nicht in die Retrospektive passen, weil sie unangenehm sind, werden mitgenommen in den nächsten Sprint. Und den übernächsten.

Implizite Regeln entstehen schnell

Amy Edmondson, Professorin an der Harvard Business School, beschreibt psychologische Sicherheit als die gemeinsame Überzeugung, dass es sicher ist, interpersonelle Risiken einzugehen. Das klingt selbstverständlich. Ist es aber nicht. Denn in vielen Teams herrscht eine implizite Kultur des Schweigens: Wer Probleme benennt, gilt schnell als Störenfried. Wer widerspricht, riskiert seinen Status. Diese Muster sind oft nicht explizit. Sie sind gewachsen, subtil und deshalb besonders gefährlich.

Implizite Regeln entstehen in den ersten Wochen eines Projekts. Wer dort beobachtet, dass Einwände ignoriert oder abgetan werden, zieht die richtige Schlussfolgerung: Schweigen ist sicherer. Und damit ist die Weiche gestellt.

Psychologische Sicherheit bedeutet nicht das Fehlen von Konflikt. Sie beschreibt die Fähigkeit eines Teams, Konflikte offen und konstruktiv auszutragen, ohne dass Beteiligte Status oder Ansehen verlieren.

Vorgehen: Wie du die Kultur aktiv veränderst

  1. Retrospektiven anders führen. Nicht: „Was lief schlecht?" sondern: „Was haben wir nicht gesagt, was wir hätten sagen sollen?" Das verschiebt den Fokus auf Schweigen statt Scheitern.
  2. Einwände in Planungsmeetings einfordern. Vor jeder Sprint-Planung fragen: „Was sehen wir hier noch nicht?" Wer das konsequent tut, senkt die Schwelle für kritische Beiträge.
  3. Widerspruch würdigen, nicht übergehen. Wenn jemand eine schlechte Prognose äußert, Dank aussprechen, auch wenn der Inhalt unbequem ist. Das signalisiert, dass Offenheit sicher ist.
  4. Kleine Offenbarungen als Norm etablieren. Die Führungskraft benennt in Woche eins eigene Unsicherheiten. Das setzt den Ton für das gesamte Projekt.

Drei Entscheidungsfragen

  • Welche Risiken in deinem aktuellen Projekt kennt wahrscheinlich jeder, aber spricht niemand an?
  • Wurden in der letzten Retrospektive wirklich unbequeme Themen besprochen, oder nur unkritische?
  • Wer in deinem Team hat den Ruf, unbequeme Wahrheiten zu sagen, und wie wird diese Person behandelt?

Wie Konflikte in agilen Teams eskalieren, wenn sie zu lange unterdrückt werden, beschreibt Konfliktvermeidung in agilen Teams. Weitere Methoden für psychologische Sicherheit in agilen Kontexten zeigt Psychologische Sicherheit in agilen Teams stärken. Den übergeordneten Rahmen erklärt Change Management.

Quellen: Amy Edmondson, Harvard Business School; zitiert in: Edmondson, Psychological Safety and Learning Behavior in Work Teams, Administrative Science Quarterly, 1999.

in short

  • Agile setups do not make silence less common. From my practice: short sprints and high visibility can increase the pressure not to raise problems.
  • Implicit rules form in the first weeks. Whoever does not name what is not working there sets the standard for the whole project.
  • Naming problems quickly earns someone the troublemaker label. That implicit rule is the real core problem, not the method.

It was week 14. The project was well set up: twelve people, an agile setup, regular weeklies that felt productive. Then everything collapsed. The reason? Three developers had long recognised the critical risks and stayed silent anyway. Psychological safety was absent from the team. The atmosphere looked harmonious. It was not.

This pattern is not a one-off. It repeats in companies of every size, in classically managed projects as much as in modern agile environments. And it shows one thing clearly: a quiet team is not a safe team.

The silent collapse of agile teams

Agile methods promise transparency, short feedback loops and fast course correction. That is true, but only when the people in the team actually say what they see. A daily standup, a sprint review, a retrospective are only as good as what is actually said there.

Anyone who thinks a quiet team is a safe team underestimates one of the central dynamics of modern collaboration. Silence is not agreement. It is usually a protection strategy.

Why agile environments are especially exposed

In agile teams, visibility is high. Everyone sees who delivers how much. That creates pressure. Raising a problem risks being seen as a drag or a pessimist, especially in teams committed to delivery speed.

Then there is the pace. Sprints end, new ones begin. No time for difficult conversations, always the next deadline. Problems that do not fit into the retrospective because they are uncomfortable get carried into the next sprint. And the one after that.

Implicit rules form quickly

Amy Edmondson, professor at Harvard Business School, describes psychological safety as the shared belief that it is safe to take interpersonal risks. That sounds obvious. It is not. Because in many teams an implicit culture of silence prevails: naming problems quickly earns someone the troublemaker label. Disagreeing risks status. These patterns are often not explicit. They grow, they are subtle, and that makes them especially dangerous.

Implicit rules form in the first weeks of a project. Whoever sees there that objections are ignored or dismissed draws the right conclusion: silence is safer. And that sets the switch.

Psychological safety does not mean the absence of conflict. It describes a team's capacity to address disagreements openly and constructively, without those involved risking their status or standing.

How to actively change the culture

  1. Run retrospectives differently. Not "what went wrong?" but "what didn't we say that we should have said?" That shifts the focus to silence instead of failure.
  2. Ask for objections in planning meetings. Before each sprint planning ask: "What are we not seeing here?" Doing this consistently lowers the bar for critical contributions.
  3. Acknowledge disagreement, do not pass over it. When someone offers a pessimistic view, thank them, even when the content is uncomfortable. That signals that openness is safe.
  4. Establish small acts of honesty as the norm. In week one, the manager names their own uncertainties. That sets the tone for the whole project.

Three decision questions

  • Which risks in your current project does probably everyone know about but no one raises?
  • Were genuinely uncomfortable topics discussed in the last retrospective, or only easy ones?
  • Who in your team has the reputation for saying uncomfortable truths, and how is that person treated?

How conflicts in agile teams escalate when suppressed too long is described in Conflict Avoidance in Agile Teams. More methods for psychological safety in agile contexts are in Strengthening Psychological Safety in Agile Teams. The broader framework is explained under Change Management.

Sources: Amy Edmondson, Harvard Business School; see: Edmondson, Psychological Safety and Learning Behavior in Work Teams, Administrative Science Quarterly, 1999.

Häufige FragenFrequently asked questions

Machen agile Methoden psychologische Sicherheit automatisch wahrscheinlicher?Do agile methods automatically make psychological safety more likely?

Nein. Agile Methoden schaffen Formate wie Retrospektiven und Dailys, die psychologische Sicherheit fördern können. Ob sie es tun, hängt davon ab, ob das Team in diesen Formaten wirklich offen spricht.No. Agile methods create formats like retrospectives and dailies that can support psychological safety. Whether they do depends on whether the team actually speaks openly in those formats.

Was tun, wenn in Retrospektiven immer nur oberflächliche Themen kommen?What to do when retrospectives only ever produce surface-level topics?

Das ist ein typisches Zeichen für eine Höflichkeitskultur. Verändere die Frage: statt 'Was lief schlecht?' frage 'Was haben wir nicht angesprochen, obwohl es wichtig war?' und beginne selbst mit einem konkreten Beispiel.That is a typical sign of a politeness culture. Change the question: instead of 'what went wrong?' ask 'what didn't we raise even though it mattered?' and start with a concrete example of your own.

Wie verändere ich implizite Schweige-Regeln, ohne sie direkt anzusprechen?How do I change implicit silence rules without directly naming them?

Durch konsequentes Vorbild. Wenn die Führungskraft in jedem Meeting eigene Unsicherheiten benennt und Einwände würdigt, verändert sich die implizite Norm über Zeit, ohne dass sie je explizit gemacht wurde.Through consistent example. When the manager names their own uncertainties and acknowledges objections in every meeting, the implicit norm shifts over time, without ever being made explicit.

WeiterlesenKeep reading

← zurück zum herrlichblog← back to the herrlichblog