Как Uplab работает по SCRUM

Scrum — одна из гибких методологий разработки (agile software development), наряду с экстремальным программированием, DSDM и FDD.

Все методы Agile имеют общие принципы: работа выполняется итерациями, требования формируются динамически, рабочие группы из нескольких специалистов обеспечивают реализацию проектов за счет взаимодействия и самоорганизации.

Основа Scrum — эмпирический подход, который решает задачу разработки ценных продуктов в запутанной среде. Помимо разработки программного обеспечения Scrum используется в управлении и сопровождении проектов.

Принципы Scrum позволяют в ограниченные сроки и за небольшие по времени итерации, которые называют спринтами (sprints), предоставлять готовый результат. Порядок выполнения задач определяется приоритетом.

В Uplab спринты длятся неделю. Задачи распределяются командой на scrum-митинге. При этом учитываются пожелания проектного менеджера, который является product-owner — владельцем продукта — и отвечает перед клиентом.

Первым делом задачи по всем проектам попадают в бэклог — так называемый «список проблем». Они имеют приоритет от обычных до срочных. Команда берет задачи из бэклога и выполняет за одну итерацию, либо разбивает на подзадачи.

Более приоритетные получают статус срочных, «красных». Под такие задачи мы отводим от 30 до 50% времени в зависимости от отдела и команды. В некоторых направлениях срочных задач больше.

Степень загруженности команды определяется фокус-фактором — это процент времени, который предполагается потратить на выполнение определенных работ. Обычно он составляет 60−70% — остальное время закладывается на срочные и непредвиденные задачи.

Но, например, у разработчиков начальный фокус-фактор — 50%, потому что много задач «прилетает» по ходу работы в течение недели. Такое гибкое планирование позволяет не сдвигать сроки у запланированных проблем и при этом успевать выполнять срочные.

Мы используем основные принципы и подходы Scrum, но адаптируем их под свои нужды и задачи. Первая команда перешла на Scrum в октябре 2016 года. В качестве эксперимента специалисты работали таким образом 1,5 месяца, в то время как все агентство — по старой схеме. Эксперимент завершился удачно — мы решили перевести на новые «рельсы» всю команду. Основная масса сотрудников перешла на Scrum в течение 3−4 месяцев.

Мы используем кастомизированный, гибридный вариант Scrum. Разработка у нас ведется каскадным методом, который называют waterfall (водопад). Задачи исполняются до завершения. А в управлении проектами используем гибкую методологию. Мы приглашали профессиональных консультантов, которые внедрили инструменты управления проектами и обучили менеджеров. Кастомизация строилась от специфики бизнеса в digital.

Теперь менеджеры принимают участие в планировании — устанавливают приоритеты и договариваются между собой, если возникает конфликт интересов или сроков. Раньше все задачи шли сплошным потоком и могли мешать друг другу.

Вот что можно улучшить с помощью Scrum:

Для себя мы решили так: лучше мы пообещаем меньше, но сделаем больше, лучше увеличим сроки, но сделаем точно. Резерв времени и гибкое планирование — это то, что позволяет нам сдерживать обещания.

Всем, кто решился ввести новые методы, мы рекомендуем настраивать их под себя. Выполнить конкретные бизнес-задачи гораздо важнее, чем строго следовать какой-то методологии. Зачастую вашим клиентам все равно, как и с помощью чего вы работаете. Главное — какой результат вы предоставите.