Spotify model
Тема дорожной карты · Agile / Scrum / Kanban
'Spotify Model' (Tribes, Squads, Chapters, Guilds) стал известным благодаря статье Henrik Kniberg 2012 года, после чего породил тысячи имитаторов. Сам Spotify позже дистанцировался, объяснив, что описывал срез времени, а не стабильный фреймворк, и копировать его без учёта контекста (высокая автономия, готовность жить в хаосе) — это может привести к неправильным результатам. Модель предполагает, что команда должна быть готова к самостоятельности и способна принимать решения самостоятельно, что не всегда возможно в других организациях.
Как это работает
Словарь: Squad = маленькая кросс-функциональная команда (мини-стартап). Tribe = группа squad'ов в связанных продуктовых областях. Chapter = сообщество практики по squad'ам (например, все backend-разработчики). Guild = лёгкое community of interest (любой интересующийся 'web performance'). Модель отдаёт предпочтение автономии над согласованием — squad'ы решают приоритеты внутри границ tribe. Это позволяет командам быстрее реагировать на изменения и улучшать продукт.
Каждая команда (squad) обладает высокой степенью автономии, что позволяет им оперативно реагировать на изменения и улучшать продукт. Это особенно важно для компаний, где скорость внедрения изменений является критически важным фактором. Однако, автономия не означает отсутствие координации. Структура Spotify включает в себя иерархию команд, которая позволяет эффективно координировать работу между различными командами и отделами.
Когда применять
Spotify-стиль работает когда руководство реально передаёт установку приоритетов squad'ам, когда продукт можно разделить на слабосвязанные области и когда организация толерантна к несогласованности между squad'ами. Хуже работает в регулируемых отраслях, продуктах с тесной межсквадной интеграцией или организациях, где руководство хочет видеть единообразный процесс. В таких условиях автономия может привести к конфликтам и неэффективности.
Типичные ошибки
(1) Словарь без изменения поведения — переименование команд в 'squad' и добавление 'Chapter Lead' при сохранении старых иерархий и approval gate. Это может привести к тому, что команда будет использовать терминологию модели Spotify, но при этом останется в рамках старой иерархии, что нарушает принцип автономии. (2) Автономия как 'делайте что хотите' — squad'ы делают конфликтующие технические выборы, организация получает 6 несовместимых систем auth. Это может привести к хаотичному развитию продукта, где отсутствует единая архитектура и стандарты. Spotify-модель предполагает сильную shared-infrastructure команду и платформенные стандарты. (3) Копирование модели 2012 в 2026 — сам Spotify несколько раз переехал; их текущая структура другая. Это означает, что модель Spotify — это динамическая структура, которая должна адаптироваться к изменениям в организации и рынке.