Spotify skalierte Teams durch die Trennung von Autonomie und Fachlichkeit

Im Jahr 2012 beschrieben Henrik Kniberg und Anders Ivarsson, wie Spotify agile Arbeit auf mehr als 30 Teams in drei Städten skalierte. Die sichtbare Erfindung war kein neues Prozessritual, sondern ein Vokabular, das Lieferungseinheiten von Lernnetzwerken trennte.

Ein Squad war ein selbstorganisierendes Team ähnlich einem Scrum-Team, aber frei darin, Scrum, Kanban oder eine Mischung zu verwenden. Ein Tribe fasste verwandte Squads zusammen. Chapters verbanden Menschen mit ähnlichen Fähigkeiten innerhalb eines Tribes, während Guilds gemeinsames Wissen, Werkzeuge und Praktiken in der gesamten Organisation weitertrugen.

Der Mechanismus löste eine bekannte Skalierungsfalle. Jede Entscheidung zentral zu halten würde Teams verlangsamen; jedes Team alles allein erfinden zu lassen würde Wiederverwendung zerstören. Spotify gab Teams Autonomie über die Methode und nutzte Chapters und Guilds, um Fachlichkeit, Architektur und Praxis seitwärts in Bewegung zu halten.

Teams entscheiden lassen, wie; sie auf das Warum ausrichten

Squads machten Verantwortung klein genug für Geschwindigkeit.

Tribes brachten verwandte Squads nah genug zusammen, um ohne ein riesiges Programmoffice zu koordinieren.

Chapters bewahrten die berufliche Entwicklung für Menschen, die in verschiedene Squads eingebettet waren.

Guilds ließen nützliche Praktiken sich verbreiten, ohne sie in einen verpflichtenden Prozess zu verwandeln.

Autonomie braucht eine zweite Struktur für Wissen und Standards; sonst werden unabhängige Teams zu isolierten Teams.

Das Modell wurde weit über Spotify hinaus einflussreich. Ein Open-Access-Beitrag von Springer aus dem Jahr 2020 beschreibt es als Grundlage für Methoden, die in anderen Organisationen verwendet werden, und untersucht zugleich die Governance-Arbeit, die nötig ist, damit autonome Squads keine architektonischen Engpässe erzeugen.