Publiziert:

Agile Scaling

Skalierung hält Teams handlungsfähig

Wachsende Organisationen leiden oft unter exponentiell steigender Komplexität bei linear steigender Mitarbeiterzahl. Klassische Skalierungs-Frameworks (wie SAFe) erhöhen oft nur den bürokratischen Verwaltungsaufwand. Der modernere Ansatz fokussiert auf die Reduktion kognitiver Last durch klare Team-Schnittstellen und dedizierte Plattform-Teams.

Echte Skalierung bedeutet, die Organisation so zu strukturieren, dass Teams weitgehend unabhängig voneinander Wert schöpfen können, ohne in ständigen Abstimmungssitzungen gefangen zu sein.

Anti-Patterns: Die Fallen der Skalierung

  • Koordinations-Hölle: Jedes Feature benötigt die Zuarbeit von fünf verschiedenen Teams, was zu endlosen Übergaben und Wartezeiten führt.
  • Kognitive Überlastung: Ein Team ist für zu viele verschiedene Dienste oder Geschäftsdomänen gleichzeitig verantwortlich.
  • Schatten-IT: Da die zentrale IT zu langsam reagiert, bauen Fachabteilungen eigene, unkoordinierte Lösungen.

Team Topologies

Team Topologies unterscheidet vier grundlegende Team-Typen nach Skelton/Pais:

  1. Stream-aligned Teams: Der Standardtyp. Ein Team ist für einen kontinuierlichen Fluss von geschäftlichem Wert verantwortlich (End-to-End).
  2. Platform Teams: Platform Teams bauen und betreiben die "Internal Developer Platform" (IDP), um die kognitive Last der Stream-aligned Teams im Bereich Infrastruktur zu senken.
  3. Enabling Teams: Spezialisten, die temporär Teams unterstützen, um Wissenslücken zu schliessen (zum Beispiel im Bereich Cloud-Security oder Test-Automatisierung).
  4. Complicated Subsystem Teams: Nur für extrem komplexe mathematische oder technische Komponenten, die tiefes Spezialwissen erfordern (zum Beispiel Video-Codecs oder mathematische Optimierung).

Interaktionsmodi

Teams interagieren klar definiert: Collaboration (eng zusammenarbeiten), X-as-a-Service (konsumieren über APIs) oder Facilitating (Coaching).

FAQ

Muss ich jetzt meine ganze Organisation umbauen?

Nein. Team Topologies ist ein evolutionärer Ansatz. Am Anfang steht die Identifikation der grössten Reibungspunkte (Übergaben) und der Aufbau erster Plattform-Dienste, um Teams zu entlasten.

Wie verhindere ich, dass Plattform-Teams zu neuen Silos werden?

Indem das Plattform-Team sich als Dienstleister versteht und sein Produkt über Self-Service-Portale und gute Dokumentation anbietet, nicht über Ticketsysteme.

Referenzen

  • IT Revolution Team Topologies. Matthew Skelton und Manuel Pais erklären team-zentrierte Organisationsgestaltung. (2019). teamtopologies.com
  • IT Revolution Accelerate. Die DORA-Forschung verbindet Softwarelieferfähigkeit mit organisatorischer Leistung. (2018). dora.dev
  • Wikipedia The Mythical Man-Month. Fred Brooks erklärt, warum zusätzliche Personen verspätete Softwareprojekte oft weiter verzögern. (1975). en.wikipedia.org/wiki/The_Mythical_Man-Month

Verwandte Themen