Менеджмент цифрового продукта. От идеи до идеала

➠ Инкрементальная и итеративная поставка. Вместо длительных и рискованных циклов разработки и поставки организация должна стремиться к частой и регулярной поставке небольших и работоспособных частей продукта, которые можно проверить и получить обратную связь от клиентов и стейкхолдеров. Для этого необходимо разбивать большие и сложные задачи на меньшие и более простые, а также использовать короткие и фиксированные временные интервалы (итерации или спринты), в течение которых команды планируют, разрабатывают, тестируют и доставляют инкремент продукта.

➠ Сотрудничество и обратная связь. Для успешного масштабирования гибких подходов необходимо обеспечить эффективную коммуникацию и координацию между всеми участниками процесса разработки и поставки продукта, включая команды, стейкхолдеров и клиентов. Для этого необходимо использовать различные формы и каналы общения, такие как ежедневные совещания, демонстрации, ретроспективы, обзоры, синхронизации и т. д. Также необходимо собирать и анализировать обратную связь от клиентов и стейкхолдеров и на ее основе внедрять улучшения.

➠ Адаптивность и экспериментирование. Организация должна быть готова к изменениям в рыночной среде, потребностях клиентов и технологическом прогрессе, а также способна быстро и гибко реагировать на них. Для этого необходимо поддерживать культуру обучения и инновации, а также проводить эксперименты и проверять гипотезы, прежде чем вкладывать ресурсы в разработку и поставку продукта. Кроме того, необходимо избегать излишней документации и бюрократии, а также минимизировать технический долг и зависимости.

3.3.8. Основные фреймворки и модели масштабирования гибких подходов

Существует множество фреймворков и моделей, которые предназначены для масштабирования гибких подходов в разных контекстах и ситуациях. Некоторые из них основаны на адаптации и расширении существующих гибких методов, таких как Scrum или Kanban, а другие представляют собой более комплексные и системные решения, которые включают в себя различные уровни, роли, артефакты и процессы. В этом подразделе мы кратко рассмотрим некоторые из наиболее популярных и известных фреймворков и моделей масштабирования гибких подходов, а также их особенности, преимущества и недостатки.

3.3.8.1. Модель Spotify

Модель Spotify – это гибкая модель организации работы, которая была разработана и применена в компании Spotify, известной своим музыкальным стриминговым сервисом (рис. 3.26). Модель Spotify не является формальным фреймворком, а скорее набором практик и принципов, которые можно использовать для создания гибкой и инновационной культуры в организации.

Без сомнения, модель Spotify – одна из самых часто упоминаемых в процессе масштабирования гибких подходов. Многие элементы, упомянутые в их обучающем видео Spotify Engineering Culture в 2014 году, входят в состав проприетарных Agile-фреймворков[50] крупнейших компаний.

Рис. 3.26. Модель Spotify

Модель Spotify основана на концепции сквадов (squads, часто говорят отряды) – маленьких кросс-функциональных и самоорганизованных команд, которые работают над одной функциональностью или частью продукта. Сквады объединяются в трайбы – большие группы, которые работают над одним доменом или областью продукта. Также в модели Spotify есть другие структуры, такие как:

➠ Отделение (chapter, часто говорят «чаптер») – это группа людей с одинаковым набором навыков или функций, например фронтенд-разработчики, тестировщики, дизайнеры и т. д. Отделение формируется внутри племени, которое представляет собой большую группу людей, работающих над одним продуктом или доменом. Цель отделения – развивать навыки его членов и поддерживать обмен информацией и последовательность. Отделение возглавляет лидер (также известный как чаптерлид), который является линейным руководителем членов отделения и поддерживает их в личностном росте и решении конкретных задач. Отделение регулярно собирается для обсуждения лучших практик, стандартов и общих проблем. Часто отделения называют центрами практик или центрами компетенции[51].

➠ Гильдия (guild) – более широкая и неформальная группа людей, которые разделяют общий интерес или страсть к какой-то теме или области знания. Гильдии могут включать в себя членов разных отрядов, трайбов и отделений, а также других сотрудников компании. Например, гильдия пользовательского интерфейса может включать дизайнеров и фронтенд-разработчиков. Гильдии организуют регулярные или спонтанные встречи, на которых обмениваются идеями, опытом и лучшими практиками, а также проводят обучения, ворк-шопы и хакатоны. Гильдии помогают распространять знания и инновации по всей компании, а также повышать мотивацию и вовлеченность сотрудников.