Spotify Model
Spotify Model описан в whitepaper 2012 года Henrik Kniberg. Это не методология и не фреймворк — это снимок организационной структуры Spotify в определённый момент. Сама компания с тех пор её сильно изменила.
Уровни структуры
- Squad — автономная команда 6–12 человек, работающая над определённой фичей продукта. Самостоятельно выбирает Agile-подход.
- Tribe — объединение Squad-ов по продуктовой области (например, «Музыкальный поиск»). Размер — до 100–150 человек (правило Данбара).
- Chapter — горизонтальная группа по специальности внутри Tribe (например, все backend-разработчики Tribe). Возглавляется Chapter Lead — наставник и линейный руководитель.
- Guild — community of practice через всю компанию по интересам (например, «Frontend Guild»).
Главная идея — баланс между автономией Squad-ов и обменом знаниями через Chapters/Guilds.
Внимание: копировать Spotify Model «как есть» не работает — Henrik Kniberg сам про это писал. Это скорее источник идей, чем готовый рецепт.
Когда применять и когда нет
Применять
- Растущая продуктовая компания (50–500 человек)
- Нужна автономия команд + обмен знаниями
- Разные части продукта могут эволюционировать независимо
Не применять
- Маленькая команда — структура избыточна
- Сильно регулируемые отрасли с жёстким контролем
- Нет культурной готовности к высокой автономии
Примеры применения
Российская продуктовая компания на 200 человек. 4 Tribe по продуктовым линейкам (Web, Mobile, B2B, Backoffice). Внутри каждого 4–6 Squad-ов. Frontend Chapter — раз в 2 недели часовая встреча всех frontend-разработчиков из всех Squad-ов. DevOps Guild — открытая community для всех желающих.
Часто задаваемые вопросы
Нет, не в чистом виде. Henrik Kniberg сам писал, что модель устарела сразу после публикации статьи. Spotify сильно эволюционировал, но сама модель остаётся источником идей для других компаний.
Chapter — формальная структура внутри Tribe, объединяющая людей одной специальности. Chapter Lead — линейный руководитель. Guild — неформальное сообщество через всю компанию по интересам, без линейного руководства.
Не рекомендуется. Это снимок организации в определённый момент с её уникальной культурой. Лучше брать принципы (автономия + обмен знаниями) и адаптировать под свою компанию.