Loading content
Das Spotify-Modell beschreibt eine bei Spotify entwickelte Organisationsgestaltung, in der autonome Squads durch Tribes, Chapters und Guilds ausgerichtet und fachlich verbunden werden. Die bekannten Darstellungen sind Momentaufnahmen einer fortlaufenden Entwicklung und kein standardisiertes Skalierungsframework. Für andere Organisationen dient das Modell des…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Das Spotify-Modell bezeichnet eine bei Spotify beschriebene Organisationsgestaltung mit autonomen, funktionsübergreifenden Squads sowie Tribes, Chapters und Guilds.
Spotify veröffentlichte 2014 Erfahrungsberichte zu seiner Engineering-Kultur und Organisationsentwicklung. Die Darstellung war eine Momentaufnahme des damaligen Kontexts und kein allgemein gültiges Skalierungsframework.
Squads arbeiten möglichst nah am Produktwert; Tribes bündeln verwandte Arbeit, Chapters verbinden Fachlichkeit und Guilds ermöglichen freiwilligen Austausch. Diese Bausteine lösen keine Organisationsprobleme automatisch: Teamgrenzen, Verantwortungen, Abhängigkeiten und Entscheidungsrechte müssen zum eigenen Kontext passen.
Ein autonomes, funktionsübergreifendes Team mit gemeinsamer Produktverantwortung.
Eine Gruppierung verwandter Squads mit gemeinsamer Ausrichtung.
Formale fachliche Verbindung beziehungsweise freiwillige Community für Austausch und Lernen.
Das Modell liefert prüfbare Ideen für Teamautonomie, Ausrichtung und Wissensaustausch. Es sollte als kontextgebundene Fallbeschreibung und Hypothesenquelle genutzt werden, nicht als Blaupause.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.