Die 5 Phasen der Teamentwicklung nach Tuckman — und warum du sie falsch verstehst

Sechzig Jahre nach ihrer Entstehung gilt Tuckmans Phasenmodell noch immer als das meistzitierte Framework in der Teamentwicklung. Das ist das Problem. Denn die meisten Führungskräfte und Coaches kennen die fünf Begriffe — Forming, Storming, Norming, Performing, Adjourning — reduzieren das Modell aber auf eine bequeme Fortschrittsleiter: Team bildet sich, kämpft kurz, findet sich, liefert. Fertig. Diese Vereinfachung kostet Organisationen täglich Produktivität, Vertrauen und Talente.

Was Bruce Tuckman 1965 mit seiner Analyse von 55 Studien zu Kleingruppenentwicklung tatsächlich beschrieben hat, ist kein linearer Aufstieg, sondern ein dynamisches, nichtlineares Muster — eines, das Teams unter Druck, bei Personalwechseln oder nach strategischen Pivots jederzeit zurückwirft. Die Implikation für agile Führungskräfte ist unbequem: Ein Team im Performing-Modus kann nach einem einzigen Sprint-Review mit hartem Stakeholder-Feedback direkt zurück ins Storming fallen. Wer das nicht erkennt, interpretiert den Rückschritt als persönliches Versagen oder Teamdysfunktion — statt als normalen Entwicklungsimpuls.

Dieser Artikel dekodiert das Modell so, wie es für erfahrene Praktikerinnen und Praktiker relevant ist: mit psychologischer Tiefe, praktischen Interventionen und der ehrlichen Frage, wann das Modell an seine Grenzen stößt.

Forming: Die unterschätzte Gefahr der Höflichkeit

Die erste Phase täuscht. Teams im Forming-Modus wirken stabil, kooperativ, enthusiastisch. Jeder ist freundlich, niemand widerspricht — und genau darin liegt die Falle. Was wie Harmonie aussieht, ist in Wirklichkeit kollektive Unsicherheit: Wer bin ich in dieser Gruppe? Was sind die ungeschriebenen Regeln? Wer hat tatsächlich Einfluss?

Psychologisch beschreibt Tuckman diese Phase als eine, in der Individuen ihre persönlichen Ziele hinter Gruppenkonformität verstecken. Die Sozialpsychologie spricht vom "Impression Management" — jedes Mitglied optimiert sein Verhalten für soziale Akzeptanz, nicht für Aufgabenerfüllung. Für agile Teams bedeutet das konkret: In den ersten Sprints werden keine echten Schätzungen abgegeben, keine echten Risiken kommuniziert, kein echter Widerspruch geübt.

Eine häufig beobachtete Dynamik in Remote-Teams: Das erste virtuelle Kickoff läuft reibungslos durch die Agenda. Alle nicken, alle committen. Vier Wochen später stellt sich heraus, dass drei Personen fundamental unterschiedliche Erwartungen an Arbeitszeiten, Qualitätsstandards und Kommunikationskanäle hatten — aber im Forming niemand diese Differenzen artikuliert hatte.

Führungsimpuls für die Forming-Phase: Schaffe bewusst psychologische Sicherheit durch explizite Normsetzung — nicht durch Hoffnung auf organische Entwicklung. Working Agreements sind kein Soft-Tool, sie sind strukturelle Prävention. Wichtiger noch: Stelle in der Forming-Phase provokante Fragen, die latente Spannungen sichtbar machen. "Was könnte dieses Team scheitern lassen?" ist produktiver als "Was wollen wir gemeinsam erreichen?"

Amy Edmondson's Forschung zur psychologischen Sicherheit zeigt, dass Teams, die früh über potenzielle Konfliktfelder sprechen, signifikant schneller durch die Storming-Phase navigieren. Das Forming ist keine Phase zum Überspringen — es ist die Investitionsphase für alle nachfolgenden Phasen.

Storming: Das notwendige Feuer, das die meisten löschen wollen

Storming ist die Phase, die Führungskräfte am häufigsten falsch managen — entweder durch vorschnelle Intervention oder durch lähmendes Nichthandeln. Beide Fehler haben denselben Ursprung: Konflikt wird als Problem verstanden, nicht als Information.

Tuckmans Analyse zeigt, dass die Storming-Phase durch das Aufeinanderprallen individueller Arbeitsstile, Werte und Machtansprüche entsteht. In agilen Kontexten manifestiert sich das klassisch: Der Product Owner priorisiert nach Stakeholder-Druck, das Entwicklungsteam fordert technische Schulden abzubauen, der Scrum Master versucht den Prozess zu schützen — und plötzlich wird in jedem Refinement ein Machtkampf ausgefochten, der eigentlich eine Wertediskussion ist.

Was passiert, wenn Storming unterdrückt wird? Das Team überspringt keine Phase — es schiebt den Konflikt in den Untergrund. Der Begriff "Pseudo-Norming" beschreibt dieses Phänomen: Auf der Oberfläche hat sich das Team arrangiert, darunter schwelen ungelöste Spannungen. Diese explodieren dann zu den unpassendsten Momenten — meist in einem kritischen Sprint kurz vor Release oder während einer Reorganisation.

Fallstudie aus der Praxis: Ein Produktteam bei einem mittelgroßen deutschen SaaS-Unternehmen durchlief nach der Einführung von OKRs eine intensive Storming-Phase. Der neue Rahmen erzwang Priorisierungsentscheidungen, die zuvor vermieden worden waren. Das Leadership-Team interpretierte die offenen Konflikte zunächst als Zeichen, dass "OKRs nicht funktionieren". Ein externer Agile Coach identifizierte dagegen das Storming als gesunde Reaktion auf erhöhte Klarheitsanforderungen. Die Intervention: Ein dreitägiger Off-Site-Workshop, der nicht Konsens, sondern expliziten Dissens als Ziel hatte. Ergebnis nach acht Wochen: Das Team hatte ein gemeinsames Priorisierungsframework entwickelt und lieferte im nächsten Quartal 40 Prozent mehr als ursprünglich geplant.

Führungsimpuls: Als Servant Leader ist deine Aufgabe im Storming nicht, Frieden herzustellen — sondern produktive Konfliktstruktur zu schaffen. Das bedeutet: Spannungen benennen ohne zu eskalieren, Unterschiede explizit machen ohne zu werten, und Entscheidungsformate einführen, die Disagreement-Protokolle formalisieren. "Disagree and commit" ist kein Amazon-Buzzword — es ist ein Storming-Werkzeug.

Norming: Wenn Stabilität zur Falle wird

Norming fühlt sich wie Ankommen an. Das Team hat Storming überlebt, hat gemeinsame Normen entwickelt, die Rollen sind klar, die Zusammenarbeit läuft. Für viele Führungskräfte ist das der Moment, in dem sie aufhören, genau hinzuschauen. Genau das ist der Fehler.

Die Norming-Phase birgt eine spezifische Pathologie: Kohärenz kann in Konformität kippen. Teams, die zu sehr auf Harmonie optimieren, entwickeln eine Gruppendenken-Dynamik, die Tuckman selbst nicht explizit modelliert hat, die aber in der nachfolgenden Gruppenpsychologie-Forschung gut dokumentiert ist. Irving Janis' Konzept des "Groupthink" entsteht typischerweise in Teams, die die Norming-Phase als Endpunkt betrachten statt als Durchgangsstation.

In agilen Teams zeigt sich Norming-Groupthink oft so: Sprint Retrospectives werden zunehmend ritualisiert. Dieselben Themen tauchen auf, werden mit denselben Maßnahmen beantwortet, und niemand hinterfragt mehr den Grundansatz. Velocity wird zum Selbstzweck. Die Frage "Bauen wir das Richtige?" stellt niemand mehr, weil das Team gelernt hat, harmonisch zusammenzuarbeiten — nicht, kritisch zu denken.

Ein zusätzliches Risiko in der Norming-Phase: Sie ist fragiler als sie aussieht. Jeder signifikante externe Schock — ein Teamwechsel, ein Strategiewechsel, ein Technologiewechsel — kann das Team direkt zurück ins Storming katapultieren. Führungskräfte, die das nicht antizipieren, reagieren auf solche Rückfälle mit Frustration statt mit Kompetenz.

Führungsimpuls: Etabliere in der Norming-Phase bewusst "Devils Advocate"-Rollen in Entscheidungsprozessen. Wechselnde Teammitglieder übernehmen in Reviews und Planning-Sessions die explizite Aufgabe, den Status quo zu hinterfragen. Darüber hinaus empfiehlt es sich, die Working Agreements alle drei bis vier Monate aktiv zu re-evaluieren — nicht als Pflichtübung, sondern mit der echten Frage: "Was davon dient uns noch, was hat sich überlebt?"

Norming ist eine Plattform, kein Ziel. Wer das versteht, investiert in der Norming-Phase gezielt in die Bedingungen für Performing — statt die gewonnene Stabilität zu verwalten.

Performing: Hochleistung ist kein Zufall — und kein Dauerzustand

Performing-Teams sind das, wofür Organisationen bauen. Sie sind autonom, alignt, liefern zuverlässig — und sie machen Führungskräfte fast überflüssig. Das ist kein Scherz: In gut funktionierenden Performing-Teams verändert sich die Führungsrolle fundamental. Von "ich treffe Entscheidungen" zu "ich schaffe Bedingungen, in denen das Team bessere Entscheidungen trifft als ich es könnte."

Tuckman beschreibt Performing als die Phase, in der die Gruppe ihre Energie vollständig auf die Aufgabe richten kann, weil interpersonale Fragen gelöst sind. In agilen Organisationen korreliert das mit dem, was Google in Project Aristotle als die entscheidenden Faktoren für Teameffektivität identifiziert hat: psychologische Sicherheit, verlässliche Gegenseitigkeit, Klarheit über Struktur und Rollen, persönliche Bedeutsamkeit der Arbeit, und Impact-Bewusstsein. Diese fünf Faktoren sind keine Zufallsprodukte — sie sind das Ergebnis erfolgreichen Navigierens durch Forming, Storming und Norming.

Was Performing-Teams von High-Performance-Teams unterscheidet, ist die Fähigkeit zur Selbstregulation: Sie erkennen, wenn sie zurückfallen, benennen es intern, und regulieren sich ohne externe Intervention. Das ist der qualitative Sprung, der echte Organisationsresilienz ausmacht.

Fallstudie: Ein Plattform-Team bei einem deutschen Logistikkonzern arbeitete 18 Monate im Performing-Modus — mit stabiler Velocity, exzellenter Stakeholder-Kommunikation und einer psychologischen Sicherheit, die regelmäßig in Team-Health-Checks sichtbar wurde. Als das Unternehmen eine neue Cloud-Strategie einführte, die das technische Fundament des Teams grundlegend veränderte, fiel das Team vier Wochen in eine intensive Storming-Phase zurück. Der Unterschied zu weniger reifen Teams: Das Team erkannte den Rückfall selbst, forderte proaktiv drei gezielte Retrospektiven an und war nach sechs Wochen wieder im Performing-Modus — ohne externe Moderation.

Führungsimpuls: Der häufigste Fehler in der Performing-Phase ist Micromanagement aus Gewohnheit. Führungskräfte, die gelernt haben zu intervenieren, tun es weiter — obwohl das Team keine Intervention mehr braucht. Die Konsequenz: Autonomie schwindet, intrinsische Motivation sinkt, top Performer verlassen das Team. Deine Aufgabe als Leader in der Performing-Phase ist es, aktiv Raum zu schaffen — nicht zu füllen. Das bedeutet: unnötige Meetings streichen, Entscheidungskompetenzen explizit abgeben, das Team nach außen schützen statt nach innen zu dirigieren.

Adjourning: Die vergessene Phase, die Teams und Kulturen prägt

Adjourning wurde von Tuckman erst 1977 — zwölf Jahre nach dem ursprünglichen Modell — als fünfte Phase ergänzt. Das erklärt möglicherweise, warum sie in der Praxis am konsequentesten ignoriert wird. Dabei ist Adjourning in agilen Organisationen, die konstant Teams neu formieren, Projekte abschließen und Menschen reallokieren, von außerordentlicher strategischer Bedeutung.

Adjourning beschreibt den Abschluss der Teamphase — ob durch Projektende, Reorganisation, Mitarbeiterwechsel oder strategischen Pivot. Tuckmans ursprüngliche Beschreibung fokussiert auf die emotionale Dimension: Trauer, Stolz, Desorientiertheit. Was in der modernen Organisationsentwicklung hinzugekommen ist, ist das Verständnis dieser Phase als Wissens- und Kulturträger.

Was geht bei einem ungepflegten Adjourning verloren? Erstens implizites Wissen: die Heuristiken, Entscheidungslogiken und informellen Normen, die das Team über Monate entwickelt hat. Zweitens Vertrauen: Menschen, die gute Erfahrungen in Teams machen, aber keinen würdigen Abschluss erleben, tragen eine Art "unvollendete Gestalt" in ihr nächstes Team. Drittens Lernkapital: Was hat dieses Team gelernt, das die Organisation braucht?

In Scrum-Kontexten wird Adjourning oft ignoriert, weil der Sprint-Rhythmus eine Kontinuität suggeriert, die tatsächlich nicht immer existiert. Wenn Teams nach einem Produktlaunch aufgelöst oder umgebaut werden, fehlt häufig jedes Ritual der Würdigung und des Wissenstransfers.

Führungsimpuls: Investiere in strukturierte Abschlusserfahrungen — nicht als Feel-Good-Maßnahme, sondern als Wissensmanagement. Konkret bedeutet das: Ein retrospektives "Team Canvas Debrief", in dem das Team explizit dokumentiert, was es gelernt hat — über die Arbeit, über Zusammenarbeit, über das Produkt. Diese Erkenntnisse fließen in die Forming-Phase des nächsten Teams ein. Darüber hinaus: Feiere explizit. Nicht als Pflichtveranstaltung, sondern als bewusste Kulturhandlung. Organisationen, die Abschlüsse würdigen, signalisieren, dass Beitrag gesehen wird — das ist ein direkter Einflussfaktor auf Engagement und Retention.

Das Modell neu denken: Tuckmans Grenzen und was agile Führung heute braucht

Tuckman ist unverzichtbar — und unvollständig. Beides zugleich. Als analytisches Grundgerüst hat das Modell enorme Erklärungskraft. Als Vorhersageinstrument für komplexe agile Organisationen hat es strukturelle Grenzen, die wir benennen müssen.

Limitation 1: Linearitätsillusion. Das Modell wird zu oft als Einbahnstraße gelesen. Tatsächlich sind Rückfälle und Schleifen — Storming nach Norming, Forming-Symptome im Performing — die Norm, nicht die Ausnahme. Wer agile Teams begleitet, braucht ein Phasenmodell, das dynamisch gedacht wird. Ein hilfreicher Rahmen: Visualisiere Teamentwicklung als Spirale statt als Treppe.

Limitation 2: Kontextblindheit. Tuckman's ursprüngliche Forschung basierte auf Therapie- und Trainingsgruppen, nicht auf crossfunktionalen Produktteams in VUCA-Umgebungen. Die Phasen laufen in einem dreiwöchigen Offsite-Seminar anders als in einem dauerhaften Scrum-Team mit wechselnden Stakeholder-Anforderungen. Die Anwendung des Modells braucht immer Kontextsensitivität.

Limitation 3: Individuelle Differenzen. Das Modell beschreibt Gruppenphänomene — aber Teams bestehen aus Individuen mit unterschiedlichen Entwicklungsphasen. Ein erfahrener Scrum Master im selben Team wie ein Junior-Entwickler in der ersten Berufserfahrung erlebt dieselbe Teamentwicklung fundamental anders. Ergänze Tuckman mit individualdiagnostischen Perspektiven — etwa Situational Leadership oder individuellen Entwicklungsgesprächen.

Limitation 4: Kulturelle Blindflecke. Das Modell entstand im US-amerikanischen Kontext. Wie Storming in einer kollektivistischen Unternehmenskultur aussieht, in der offener Konflikt als Gesichtsverlust gilt, unterscheidet sich erheblich von einem Low-Context-Team in einem skandinavischen Unternehmen. Internationalen agilen Teams fehlt oft genau diese kulturelle Kalibrierung.

Was ergänzt Tuckman sinnvoll? Patrick Lencioni's "Five Dysfunctions of a Team" liefert eine pathologieorientierte Perspektive, die Führungskräfte für strukturelle Dysfunktionen sensibilisiert, die Tuckman nicht explizit adressiert. Ricardo Semler's Konzept der organisationalen Reife fügt eine Makro-Ebene hinzu, die Teamentwicklung im Systemkontext verankert. Und schließlich die Team Topologies von Matthew Skelton und Manuel Pais: Sie machen deutlich, dass Teamentwicklung nicht im Vakuum stattfindet, sondern durch Teamschnitt, Interaktionsmodi und Systemarchitektur maßgeblich geprägt wird.

Die Kernbotschaft: Tuckman's Phasenmodell ist kein Fahrplan — es ist ein Diagnose-Instrument. Seine Stärke liegt nicht darin, vorherzusagen, was als nächstes passiert, sondern darin, zu erklären, was gerade passiert. Wer das versteht, hört auf, Teams durch Phasen zu "führen" — und beginnt stattdessen, Bedingungen zu schaffen, unter denen Teams sich selbst entwickeln können.

Das ist der Kern agiler Führung: nicht Kontrolle des Prozesses, sondern Gestaltung des Kontexts. Tuckman hat das 1965 nicht so formuliert — aber seine Forschung liefert bis heute die empirische Grundlage dafür.