'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Spotify Model описан в статье 2012 года, автор — Хенрик Книберг. Это не методология и не фреймворк, а снимок организационной структуры Spotify в конкретный момент. Сама компания с тех пор её сильно изменила.
Уровни структуры
- Squad (отряд) — автономная команда из 6–12 человек, которая отвечает за отдельную часть продукта и сама выбирает подход к работе: Scrum, Kanban или их сочетание.
- Tribe (племя) — объединение отрядов по продуктовой области, например «Музыкальный поиск». Размер — до 100–150 человек по правилу Данбара.
- Chapter (профессиональная группа) — горизонтальная группа специалистов одной роли внутри племени, например все разработчики серверной части. Её ведёт Chapter Lead — наставник и линейный руководитель.
- Guild (гильдия) — сообщество по интересам через всю компанию, например гильдия разработчиков интерфейсов.
Главная идея — баланс между самостоятельностью отрядов и обменом знаниями через профессиональные группы и гильдии.
Важно: копировать модель «как есть» не работает — об этом писал сам Хенрик Книберг. Это скорее источник идей, чем готовый рецепт.
- Растущая продуктовая компания на 50–500 человек
- Нужна самостоятельность команд вместе с обменом знаниями
- Разные части продукта могут развиваться независимо друг от друга
- Маленькая команда — структура избыточна
- Жёстко регулируемые отрасли со строгим контролем процессов
- Нет культурной готовности к высокой самостоятельности команд
Российская продуктовая компания на 200 человек. Четыре племени по линейкам продукта: веб, мобильные приложения, B2B и внутренние сервисы. Внутри каждого — от 4 до 6 отрядов. Профессиональная группа разработчиков интерфейсов раз в 2 недели собирается на час: приходят все, кто занимается интерфейсами, из всех отрядов. Гильдия DevOps — открытое сообщество для всех желающих.
Чтобы примерить модель в Shtab, заведите отдельный проект под каждое племя, а отряды разметьте тегами. Для профессиональных групп и гильдий создайте свои проекты: там храните обсуждения, стандарты и общие задачи, а материалы складывайте в базу знаний.