Spotify Model

Материал из Википедии — свободной энциклопедии
Перейти к: навигация, поиск
Spotify logo with text.svg

Spotify Model (модель Спотифай) — фреймворк разработки программного обеспечения, позволяющий масштабировать принципы Agile. Впервые использован при разработке музыкального сервиса Спотифай[1][2][3][4].

Описание[править | править вики-текст]

Модель Спотифай стала результатом длительного эксперимента, проводимого внутри компании. Получившийся масштабированный фреймворк для разработки программного обеспечения не основан на каком-то из известных фреймворков (SAFe, Disciplined Agile и пр.), а базируется на чётких определениях принципов, ролей и стратегий совместной работы. Оригинальный выбор ролей и принципов позволил команде разработчиков Спотифай создать гибкую методологию разработки, которая решила многие проблемы, присущие гибким командам, работающим в масштабе предприятия.

С организационной точки зрения Спотифай заменил общепринятые скрам-команды гибкими «отрядами» (англ. squad), вольными в определении собственных методов и практик и не сдерживаемые навязанными сверху «только скрамом» или «только канбаном»[5]. После того, как «отряд» демонстрирует свое понимание гибких методологий и способность к самоорганизации, команда получает возможность самостоятельно выбирать или отвергать общепринятые события или процессы скрама или экстремального программирования: например, в некоторых командах могут использоваться ежедневные «стоячие совещания», а в остальных — нет. Вместо следования конкретным практикам от команд требуется фокус на следующих принципах: автономность, соответствие миссии компании, высокая мотивация, доверие к идеям сообщества. Каждый из «отрядов» сфокусирован на отдельной части функциональности продукта, как то поиск или плейлисты, что позволяет им становиться экспертами в своих областях[2].

На следующем уровне взаимодействия «отряды» Спотифай с общей или схожей миссией объединяются в «племена» (англ. tribe). «Племена» периодически собираются для обсуждения и минимизации количества зависимостей, а также чтобы убедиться, что «отряды» работают над одной и той же миссией. Большая часть совместных собраний носит спонтанный характер, а не запланированы заранее.

Для объединения членов различных команд, работающих в одной и той же дисциплине (что часто происходит, когда функциональные команды заменяются кросс-функциональными), Спотифай использует «отделы» (англ. chapter) и «гильдии» (англ. guild). Под «отделом» подразумевается группа сотрудников из разных команд внутри одной и той же дисциплины, области знания (например, тестировщики или верстальщики), которые регулярно встречаются, чтобы убедиться в использовании новейших трендов и технологий, обмениваться знаниями и эффективно переиспользовать существующие решения. «Гильдия» же представляет собой менее формальную и включающую в себя большее количество людей группу: так, гильдия тестировщиков состоит не только из широкого круга тестировщиков (включая и автоматизаторов, и специалистов по мануальному тестированию), но и из программистов, которые хотят лучше понимать процессы тестирования и вносить свой вклад в деятельность в этом направлении[2].

История появления[править | править вики-текст]

Используемая в фреймворке модель масштабирования была постепенно внедрена в Спотифай на протяжении 2011—2012 годов. Команда разработки стремительно выросла в размерах — за три года с 30 до 250 инженеров. Несмотря на подобный рост, удовлетворённость сотрудников также постепенно повышалась, и в апреле 2012 года составила 4.4 из 5 баллов[5][6].

Компания Спотифай стала не единственным местом, в котором используется фреймворк. За её пределами модель Спотифай использовалась, например, компанией Tech Mahindra (англ.) для работы над крупным проектом в банковской и страховой сфере[4].

Примечания[править | править вики-текст]

  1. ASK Matrix. agilescaling.org. Проверено 20 февраля 2017.
  2. 1 2 3 The Agile Consultant: Guiding Clients to Enterprise Agility - Rick Freedman - Google Книги. books.google.com.ua. Проверено 20 февраля 2017.
  3. Product-Focused Software Process Improvement: 17th International Conference ... - Google Книги. books.google.com.ua. Проверено 20 февраля 2017.
  4. 1 2 Scrum Community - Scrum Alliance. scrumalliance.org. Проверено 20 февраля 2017.
  5. 1 2 Henrik Kniberg & Anders Ivarsson. Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds (англ.) (pdf). ucvox.files.wordpress.com (Oct 2012). Проверено 20 февраля 2017.
  6. Масштабирование Agile в Spotify. AgileRussia. agilerussia.ru. Проверено 20 февраля 2017.