# Team Topologies: Teams nach dem Fluss der Arbeit schneiden

Autor: Marin Niehues, Niehues Consulting · Veröffentlicht: 2023-10-26 · Organisationsdesign
Quelle: https://www.niehuesconsulting.de/blog/team-topologies-teams-fluss-arbeit-schneiden/

Team Topologies ist ein Organisationsansatz von Matthew Skelton und Manuel Pais, der Teams entlang des Arbeitsflusses schneidet und dafür vier Teamtypen und drei Interaktionsformen vorgibt. Ziel ist, dass möglichst viele Teams einen Strom von Arbeit von der Idee bis zur Auslieferung selbst verantworten, ohne ständig auf andere zu warten. Der Beitrag erklärt das Modell nach der Primärquelle, zeigt die Einführung in sechs Schritten und nennt die Prüffragen, mit denen Sie entscheiden, ob es zu Ihrer Organisation passt.

Viele Organisationen sind nach Fachgebieten gegliedert: Entwicklung, Test, Betrieb, Architektur. Jede Einheit arbeitet effizient in ihrem Bereich, und jeder Auftrag wandert durch mehrere Übergaben, bis er beim Kunden ankommt. Die Übergaben erzeugen Wartezeit, und die Wartezeit macht in vielen Abläufen den größten Teil der Durchlaufzeit aus. Team Topologies setzt an dieser Stelle an und fragt, wie sich Teams so zuschneiden lassen, dass ein Strom von Arbeit möglichst in einem Team bleibt.

**Teams werden nach dem Fluss der Arbeit geschnitten, solange die Aufgabe ein Team nicht überlastet. Wo die Last eines Teams über seine Aufnahmefähigkeit hinauswächst, braucht es eine zweite Art von Team, die Fähigkeiten bereitstellt.**

## Was ist Team Topologies?

Team Topologies ist ein Ansatz zur Gestaltung von Organisationen, den Matthew Skelton und Manuel Pais 2019 in einem gleichnamigen Buch veröffentlicht haben. Der Ansatz verbindet vier Ideen: Teams sind die kleinste Einheit der Organisation, ihre Aufgabe richtet sich am Fluss der Wertschöpfung aus, ihre Arbeitslast darf ihre kognitive Kapazität nicht überschreiten, und die Zusammenarbeit zwischen Teams folgt wenigen klar benannten Formen.

Die Grundlage bildet eine Beobachtung, die Melvin Conway 1968 formulierte: Organisationen, die Systeme entwerfen, erzeugen Entwürfe, die ihre eigene Kommunikationsstruktur abbilden. Eine Untersuchung von MacCormack und Kollegen aus dem Jahr 2012 stützt diese Spiegelungsthese an Softwareprodukten. Skelton und Pais ziehen daraus den umgekehrten Schluss: Wer eine bestimmte Systemarchitektur will, gestaltet zuerst die Teamstruktur. Dieses Vorgehen heißt „Inverse Conway Maneuver“. Hinzu kommt die Lehre der kognitiven Belastung nach John Sweller, nach der Menschen nur eine begrenzte Menge an Aufgabenkomplexität gleichzeitig verarbeiten. Ein Team, das zu viele Systeme und Fachgebiete beherrschen soll, liefert langsamer und mit mehr Fehlern.

## Welche vier Teamtypen unterscheidet Team Topologies?

Team Topologies unterscheidet vier Teamtypen, die sich in Aufgabe und Zuschnitt klar unterscheiden. Der erste ist das Stream-aligned Team, das einen durchgehenden Strom von Arbeit verantwortet, etwa ein Produkt, eine Kundengruppe oder einen Geschäftsprozess. Es bildet den Normalfall und soll den größten Teil der Teams in der Organisation stellen. Die drei anderen Typen unterstützen diese Teams.

**Die vier Teamtypen nach Skelton und Pais**
Kriterium | Stream-aligned Team | Enabling Team | Complicated-Subsystem Team | Platform Team
Aufgabe | Verantwortet einen Strom von Arbeit bis zur Auslieferung | Hilft anderen Teams, eine neue Fähigkeit zu erwerben | Pflegt einen Teil mit Spezialwissen | Stellt interne Dienste bereit, die andere Teams selbst nutzen
Typische Beispiele | Kundenportal, Produktlinie, Auftragsabwicklung | Coaching für Automatisierung, Testpraxis | Algorithmen, Berechnungskern, Bildverarbeitung | Bereitstellung von Infrastruktur, Datenplattform
Zusammenarbeit | Nutzt Plattform als Dienst, holt Hilfe vom Enabling Team | Zeitlich befristet, ohne Verantwortung für den Strom | Stellt Ergebnis als Dienst bereit | Dienst mit klarer Schnittstelle, wie ein internes Produkt
Erfolgsmaß | Durchlaufzeit, Kundennutzen | Gewachsene Fähigkeit der unterstützten Teams | Entlastung der Stream-aligned Teams | Nutzung und Zufriedenheit der Teams

Das Enabling Team zieht sich zurück, sobald die unterstützten Teams die Fähigkeit selbst beherrschen. Das Complicated-Subsystem Team entsteht nur dort, wo Spezialwissen so anspruchsvoll ist, dass es kein Stream-aligned Team nebenbei leisten kann. Das Platform Team behandelt seine Dienste wie ein Produkt mit internen Kunden. Die Autoren sprechen von einer „dünnstmöglichen Plattform“, die gerade so viel leistet, dass die Stream-aligned Teams schneller werden.

## Welche drei Interaktionsformen gibt es?

Team Topologies sieht drei Interaktionsformen zwischen Teams vor: Zusammenarbeit, X-as-a-Service sowie Unterstützung. Zusammenarbeit bedeutet, dass zwei Teams für begrenzte Zeit eng an einer gemeinsamen Aufgabe arbeiten, etwa um eine neue Schnittstelle zu klären. X-as-a-Service bedeutet, dass ein Team einem anderen etwas mit klarer Schnittstelle bereitstellt, ohne dass beide ständig abstimmen müssen. Unterstützung heißt, dass ein Team ein anderes bei einer Fähigkeit coacht.

Der praktische Nutzen liegt darin, dass jede Beziehung zwischen zwei Teams eine dieser Formen hat und ein Enddatum oder eine Überprüfung. Unklare Beziehungen, in denen jeder bei jedem Rat holt, erzeugen Abstimmungsaufwand und Abhängigkeiten. Wo zwischen Idee und Auslieferung Zeit verloren geht, beschreibt der Beitrag [Time-to-Market verkürzen](/blog/time-to-market-verkuerzen/).

## Wie führen Sie Team Topologies in sechs Schritten ein?

Die Einführung folgt sechs Schritten, die vom Arbeitsfluss ausgehen und die Struktur erst am Ende verändern.

1. Ströme der Arbeit identifizieren: Die Organisation beschreibt, welche Arten von Aufträgen vom Eingang zum Kunden laufen, mit den beteiligten Abteilungen und den Wartezeiten dazwischen. Das Ergebnis ist eine Karte der Wertströme.
2. Kognitive Last erheben: Für jedes bestehende Team wird festgehalten, wie viele Systeme und Produkte sowie Fachgebiete es betreut und wo Mitarbeitende zwischen Themen wechseln. Teams mit sehr vielen Zuständigkeiten sind Kandidaten für einen neuen Zuschnitt.
3. Stream-aligned Teams schneiden: Je Strom entsteht ein Team, das ihn von der Anforderung bis zum Betrieb verantwortet. Ein Team bleibt dabei klein genug, dass alle Mitglieder einander vertrauen und die Aufgabe gemeinsam überblicken.
4. Unterstützende Teams ergänzen: Die Organisation prüft, wo wiederkehrende Aufgaben mehreren Teams Last aufbürden, und gründet dafür eine Plattform oder ein Spezialistenteam. Ein Enabling Team entsteht nur mit einer klaren Aufgabe und einem Enddatum.
5. Interaktionsformen festlegen: Für jede Beziehung zwischen Teams steht fest, ob sie zusammenarbeiten, einen Dienst nutzen oder unterstützt werden, und wann das überprüft wird.
6. Messen und nachsteuern: Durchlaufzeit, Zahl der Übergaben und Wartezeit zwischen Teams zeigen, ob der Zuschnitt wirkt. In festen Abständen wird er an die Messwerte angepasst.

**Prüffragen für die Geschäftsführung**
- Wie viele Übergaben durchläuft ein typischer Auftrag zwischen Eingang und Kunde?
- Welches Team verantwortet einen Strom von der Anforderung bis zum Betrieb?
- Wo sind einzelne Teams für mehr Systeme oder Fachgebiete zuständig, als sie beherrschen?
- Welche Beziehungen zwischen Teams haben weder eine Form noch ein Enddatum?
- Welche Kennzahl zeigt, dass der neue Zuschnitt die Wartezeit senkt?

## Wofür eignet sich Team Topologies, und wofür nicht?

Team Topologies eignet sich für Organisationen, die digitale Produkte oder Dienste entwickeln und betreiben und bei denen Übergaben zwischen Fachbereichen die Lieferung bremsen. Es passt, sobald mehrere Teams an derselben Lieferung beteiligt sind, weil dann die Abstimmungskosten zwischen ihnen sichtbar werden. Für ein einzelnes Team genügt meist ein klarer Auftrag und eine gute Arbeitsweise, etwa mit Kanban. Wie Kanban den Fluss im Team steuert, beschreibt der Beitrag [Kanban einführen: Fluss statt Auslastung steuern](/blog/kanban-einfuehren-fluss-auslastung-steuern/).

Das Modell ist keine Vorlage für Abteilungsgrenzen außerhalb der Produktentwicklung. Wo Arbeit aus Routineprozessen mit festen Vorgaben besteht, etwa in der Buchhaltung, liefert eine Gliederung nach Fachgebiet oft die bessere Spezialisierung. Auch ersetzt es keine Entscheidung über Führung und Verantwortung, denn es legt Teams fest, aber nicht, wer über Budget und Prioritäten entscheidet. Diese Fragen bleiben Aufgabe der Geschäftsführung. Ein Beispiel zur Veranschaulichung: Ein Maschinenbauer mit Servicegeschäft und Kundenportal prüft, ob Auftragserfassung und Ersatzteilbestellung sowie Terminvereinbarung in einem Team liegen. Liegen sie in drei Abteilungen, entstehen mindestens zwei Übergaben je Auftrag, und die Karte der Wertströme zeigt, wo die Wartezeit sitzt.

## Team Topologies mit Niehues Consulting

[Niehues Consulting](/) ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Das Leistungsfeld Organisationsdesign umfasst den Zuschnitt von Teams und Rollen sowie von Entscheidungswegen, den Team Topologies als einen von mehreren Bausteinen beisteuert.

Das Vorgehen folgt dem Niehues Delivery Model. Für den Teamzuschnitt zählen drei Prüffragen: Wer entscheidet, wer liefert, wer nutzt? Welche Rollen, Entscheidungswege und Schnittstellen braucht der Betrieb? Wer verantwortet den Betrieb ab dem ersten Tag? Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den [Kontakt](/#kontakt) vereinbaren.

**Fazit**
Team Topologies schneidet Teams nach dem Fluss der Arbeit, begrenzt die kognitive Last je Team und regelt die Zusammenarbeit über drei Interaktionsformen. Die Einführung beginnt bei den Wertströmen und verändert die Struktur erst, wenn Wartezeit und Last sichtbar sind. Für Organisationen mit mehreren Produktteams ist es ein belastbarer Rahmen, für Routinebereiche mit festen Vorgaben die falsche Vorlage.

**Grundlage**
- Skelton, Pais: Team Topologies: Organizing Business and Technology Teams for Fast Flow, Fachbuch, 2019
- Conway, Melvin E.: How Do Committees Invent?, Datamation, 1968
- MacCormack, Baldwin, Rusnak: Exploring the Duality between Product and Organizational Architectures, Research Policy, 2012
- Sweller, John: Cognitive Load During Problem Solving: Effects on Learning, Cognitive Science, 1988

## Häufige Fragen

### Was sind die vier Teamtypen bei Team Topologies?

Team Topologies kennt Stream-aligned Teams und Enabling Teams sowie Complicated-Subsystem Teams und Platform Teams. Das Stream-aligned Team verantwortet einen Strom von Arbeit bis zur Auslieferung, die drei anderen Typen entlasten es. Der Normalfall sind Stream-aligned Teams, die übrigen Typen entstehen nur bei Bedarf.

### Wer hat Team Topologies entwickelt?

Matthew Skelton und Manuel Pais haben Team Topologies entwickelt und 2019 in einem Buch veröffentlicht. Der Ansatz baut auf Conways Beobachtung zu Organisation und Systementwurf sowie auf der Lehre der kognitiven Belastung auf. Die Autoren pflegen den Ansatz mit Materialien und Workshops weiter.

### Wie groß sollte ein Team bei Team Topologies sein?

Ein Team bleibt klein genug, dass alle Mitglieder einander vertrauen und die Aufgabe gemeinsam überblicken, die Autoren verweisen dafür auf Forschung zur Größe vertrauensvoller Gruppen. Die Größe folgt der kognitiven Kapazität, denn ein Team soll alle Systeme und Fachgebiete seines Stroms beherrschen. Wächst der Strom darüber hinaus, wird er geteilt oder durch ein Platform Team entlastet.

### Was ist kognitive Last in Teams?

Kognitive Last ist die Menge an Information und Komplexität, die ein Team gleichzeitig verarbeiten muss. Sie hängt an der Zahl der Systeme und Fachgebiete sowie der Kunden, für die es zuständig ist. Sinkt die Last, steigen Tempo und Qualität der Lieferung.

### Was ist das Inverse Conway Maneuver?

Das Inverse Conway Maneuver bezeichnet den Ansatz, zuerst die Teamstruktur zu gestalten, um eine gewünschte Systemarchitektur zu erreichen. Es folgt aus Conways Beobachtung, dass Systeme die Kommunikationsstruktur ihrer Organisation abbilden. Wer lose gekoppelte Systeme will, schneidet daher lose gekoppelte Teams.

### Passt Team Topologies zu Scrum?

Ja, Team Topologies regelt den Zuschnitt der Teams, Scrum die Arbeitsweise innerhalb eines Teams. Ein Stream-aligned Team kann nach Scrum oder Kanban arbeiten. Beide Ansätze ergänzen sich und konkurrieren nicht.

### Ist Team Topologies ein Framework für die gesamte Organisation?

Team Topologies ist ein Ansatz für die Gestaltung von Teams, vor allem in der Produkt- und Softwareentwicklung, und kein vollständiges Betriebsmodell. Es sagt nichts zu Budgetierung und Zielsystem sowie zur Führung. Für diese Fragen braucht die Organisation weitere Bausteine.

### Wie lange dauert die Einführung von Team Topologies?

Zuerst entstehen die Karte der Wertströme und die Erhebung der Last, der neue Zuschnitt der Teams folgt in Etappen. Ein erster Zuschnitt für einen Strom lässt sich in einem Quartal erproben, die Wirkung zeigt sich danach in der Durchlaufzeit. Eine Neuordnung aller Teams auf einmal erhöht das Risiko und ist selten nötig.