Факторы, определяющие выбор фреймворка масштабирования в продуктовой разработке

Александр Владимирович Мулявка
Выпускник группы MBA CIO-72B
Школы IT-менеджмента Института ЭМИТ
РАНХиГС при Президенте РФ

В современной продуктовой разработке масштабирование Agile команды играет важную роль, так как позволяет решить проблемы, непременно возникающие при увеличении общего размера команды, такие как: выстраивание коммуникации и координации, синхронизация деятельности, а также повышенные риски ошибок и дублирования работы. Для эффективного решения этих проблем используются фреймворки масштабирования Scrum команд.
В ходе дипломной работы были проанализированы основные принципы и фреймворки масштабирования Scrum, а также на их базе применен к реальному проекту гибридный вариант, учитывающий особенности компании.
В теоретической части рассматриваются фреймворки SAFE, LeSS, модель Spotify. Проводится аналитика преимуществ и недостатков, осуществляется сравнение по десяти параметрам:
1. Гибкость ролевой модели;
2. Вариативность командных подходов;
3. Количество мероприятий;
4. Скорость изменения практик;
5. Качество поставляемой ценности;
6. Сложность организационной структуры;
7. Качество работы с зависимостями;
8. Стоимость внедрения;
9. Подходящий размер компании.
Практическая часть описывает методы выбора конфигурации масштабирования, предварительные действия, отслеживание изменений метрик зрелости команды продукта.
В процессе выбора мероприятий, артефактов и инструментария использовались следующие характеристики:
1. Размер команды;
2. Гибкая ролевая модель;
3. Низкие требования к уровню зрелости команды;
4. Легкая адаптация к процессам компании;
5. Скорость перехода на новую модель;
6. Наличие рабочего механизма разрешения зависимостей с внешними командами;
7. Инструменты, направленные на улучшение инженерной культуры;
8. Низкий уровень стресса, порождаемого переходом на новый формат работы.
В качестве предварительных действий проверялись факторы, отражающие готовность бизнеса и команды к предстоящим изменениям, проводилось обучение сотрудников Scrum, осуществлялся первичный замер уровня зрелости команды проекта.
Матрица зрелости представляет собой набор метрик из девяти разделов:
1. Структура команды. Отражает данные о команде, такие как кроcc-функциональность, укомплектованность, размер команды. Многие подходы предполагают также учитывать совместное размещение команды (colocation), но в текущих реалиях не имеет смысл, так как удаленный формат работы стал обыденностью.
2. Производительность. Отражает параметры, относящиеся к производительности с точки зрения Scrum, такие как Lead time, Circle time, Velocity и другие.
3. Продукт. Включает понимание ценности продукта для пользователя, наличие продуктовой стратегии, прозрачность дорожной карты.
4. Продуктовый подход. Содержит такие метрики, как наличие количественных и качественных исследований, проработку CJM, работу с гипотезами, наличие и отслеживание продуктовых метрик.
5. Agile процесс. Отражает использование соблюдение Scrum мероприятий на проекте.
6. Инженерные практики. Отражает статус использования принятых инженерных практик.
7. Командный настрой и динамика.
8. Владелец продукта. Отражает уровень зрелости владельца продукта и работы с командой
9. Scrum мастер.
Некоторые параметры являются спорными для использования в качестве метрики, например, velocity, но для полноты картины было принято решение собирать данные метрики.
Замер метрик зрелости проводился на регулярной основе раз в месяц. Проведение данных диагностических мер проявило зоны роста, которым было уделено наибольшее внимание. Некоторые члены команды испытывали трудности в адаптации к новой методологии. Также необходимо было уделить больше внимания обучению руководителей проекта по новой методологии и организации их работы с командами. Из положительных эффектов применения гибридного варианта масштабирования Scrum были отмечены значительный рост производительности команды разработки, повышение качества релизов.
В результате проделанной работы:
1. Сформирован подход к выбору готового или гибридного фреймворка масштабирования Scrum.
2. Определены действия, предшествующие запуску масштабирования.
3. Успешно осуществлен переход продукта на гибридную модель масштабирования Scrum.