Team Topologies: Organisationen für schnelle Wertschöpfung gestalten

Warum klassische Organigramme nicht ausreichen

Geschwindigkeit ist in der digitalen Wirtschaft ein zentraler Wettbewerbsfaktor. Trotzdem werden viele Unternehmen von ihrer eigenen Struktur ausgebremst: Teams sind eng voneinander abhängig, Verantwortlichkeiten bleiben unklar und Abstimmungen binden viel Zeit.

Klassische Organigramme helfen dabei wenig. Sie bilden Berichtswege ab, aber nicht, wie Arbeit tatsächlich fließt. Häufig verfestigen sie genau die Silos, die eigentlich überwunden werden sollen.

Matthew Skelton und Manuel Pais haben mit Team Topologies ein Modell und eine gemeinsame Sprache entwickelt, um Organisationen auf einen schnellen Wertfluss auszurichten. Ein Kerngedanke ist das sogenannte Reverse Conway Maneuver: Weil Systeme die Kommunikationsstrukturen ihrer Organisation widerspiegeln, sollte die Organisation bewusst so gestaltet werden, dass die gewünschte, entkoppelte Architektur entstehen kann.

Die vier Teamtypen

Team Topologies ordnet jedem Team einen klaren Zweck zu. Das schafft Transparenz über Verantwortung und Zusammenarbeit.

Stream-aligned Team

Das Stream-aligned Team ist der zentrale Teamtyp. Es richtet sich an einem kontinuierlichen Wertstrom aus und verantwortet ein Produkt, einen Service oder eine User Journey von Anfang bis Ende. Ziel ist es, Kundennutzen ohne Übergaben an andere Teams zu liefern. Ein Beispiel ist ein Team, das auf einem Online-Marktplatz den gesamten Weg von der Produktsuche bis zum Kaufabschluss verantwortet.

Enabling Team

Enabling Teams bestehen aus Spezialistinnen und Spezialisten, die Stream-aligned Teams beim Aufbau neuer Fähigkeiten unterstützen. Sie arbeiten zeitlich begrenzt, etwa bei der Einführung von Testautomatisierung, und ziehen sich anschließend wieder zurück. Ihr Auftrag ist Befähigung, nicht dauerhafte Umsetzung.

Complicated Subsystem Team

Manche Systembestandteile erfordern tiefes Spezialwissen, etwa komplexe Algorithmen oder hardwarenahe Programmierung. Ein Complicated Subsystem Team bündelt dieses Wissen und entlastet die übrigen Teams. Typische Beispiele sind eine Engine für Videoverarbeitung oder ein Verfahren zur Betrugserkennung.

Platform Team

Das Platform Team stellt eine interne Plattform als Produkt bereit. Sie kapselt technische Komplexität und bietet verlässliche Services für Deployment, Monitoring, Authentifizierung oder Datenbanken. Eine gute Plattform beschleunigt andere Teams, statt neue Abhängigkeiten zu schaffen.

Das Zusammenspiel entscheidet

Die vier Typen entfalten ihre Wirkung erst gemeinsam. Die Leistungsfähigkeit eines Stream-aligned Teams hängt von der Qualität der Plattform ab. Fehlen Enabling Teams, entstehen Wissenslücken. Und wer die Typen nur als Etiketten vergibt, ohne die Beziehungen zwischen den Teams zu gestalten, verfehlt den Zweck des Modells.

Die drei Interaktionsmodi

Neben den Teamtypen beschreibt Team Topologies drei Formen der Zusammenarbeit. Sie machen explizit, wie Teams miteinander arbeiten sollen.

• Collaboration: Zwei Teams arbeiten für einen begrenzten Zeitraum eng zusammen, um etwas Neues zu entwickeln, etwa eine neue Schnittstelle oder eine Lösung für ein komplexes Problem. Dieser Modus ist intensiv und bewusst temporär.
• X-as-a-Service: Ein Team nutzt einen Service, den ein anderes Team bereitstellt, mit möglichst wenig direkter Abstimmung. Voraussetzung sind eine klar dokumentierte Schnittstelle und ein verlässlicher Betrieb.
• Facilitating: Ein Team, meist ein Enabling Team, hilft einem anderen, ein Hindernis zu überwinden oder eine Fähigkeit aufzubauen. Danach arbeitet das unterstützte Team wieder eigenständig.

Die Modi sind nicht statisch. Eine neue Plattformfunktion kann in Collaboration entstehen und nach ihrer Stabilisierung als X-as-a-Service genutzt werden. Treten später Schwierigkeiten auf, hilft ein zeitweiser Wechsel in den Facilitating-Modus. Dieser bewusste Wechsel unterscheidet Team Topologies von starren Prozessmodellen.

Kognitive Belastung als Maßstab

Ein zentrales Konzept ist die kognitive Belastung. Sie beschreibt die gesamte geistige Anstrengung, die ein Team für seine Arbeit aufbringen muss: fachliche Komplexität, eingesetzte Technologien und interne Abläufe.

Ist die Belastung zu hoch, steigen Fehlerquoten, Lieferungen verzögern sich und die Motivation sinkt. Die Teamtypen sind deshalb darauf ausgelegt, Stream-aligned Teams gezielt zu entlasten:

• Spezialisierte Komplexität übernimmt ein Complicated Subsystem Team.
• Wiederkehrende technische Aufgaben deckt die Plattform ab.
• Wissenslücken schließt ein Enabling Team.

Ist ein Team dauerhaft überlastet, ist das ein klares Signal, die Teamgrenzen oder die Unterstützung neu zu gestalten.

Praxisbeispiele

Trade Me: eine schlanke interne Plattform

Der neuseeländische Online-Marktplatz Trade Me löste seinen Monolithen durch Microservices ab. Das reduzierte Abhängigkeiten im Code, erhöhte aber die Belastung der Entwicklungsteams, die sich nun selbst um Betrieb, Sicherheit und Infrastruktur kümmerten. Das Unternehmen führte daraufhin eine bewusst schlanke interne Plattform ein, eine sogenannte Thinnest Viable Platform. Laut der veröffentlichten Fallstudie sank die Zeit bis zur Bereitstellung eines neuen, einfachen Service von drei Wochen auf einen Tag.

Telenet: vom Spotify-Modell zum eigenen Betriebsmodell

Der belgische Telekommunikationsanbieter Telenet hatte agile Methoden nach dem Vorbild des Spotify-Modells eingeführt, stieß aber an strukturelle Grenzen. Mit einer Neugestaltung des Betriebsmodells nach den Prinzipien von Team Topologies löste das Unternehmen diese Blockaden und verbesserte die Agilität über Bereichsgrenzen hinweg.

Docker: Neuaufbau der Produktentwicklung

Nach einer strategischen Neuausrichtung baute Docker seine Produktentwicklung nach den Konzepten von Team Topologies neu auf. Nach eigenen Angaben war dies ein wesentlicher Faktor für das anschließende Wachstum.

Fazit

Team Topologies ist kein einmaliges Reorganisationsprojekt, sondern ein Denkmodell für die kontinuierliche Weiterentwicklung einer Organisation. Teamtypen, Interaktionsmodi und kognitive Belastung bilden eine gemeinsame Sprache, mit der sich Reibungspunkte früh erkennen und Strukturen gezielt anpassen lassen.

Das Ziel ist eine Organisation, die schnell Wert liefert, ohne ihre Mitarbeitenden zu überlasten. Voraussetzung dafür ist eine Führungskultur, die Teams Verantwortung überträgt. Mehr dazu lesen Sie in unserem Beitrag Beyond Command and Control.