Scrum: что это такое, как работает и когда использовать?

Ваша команда меняет приоритеты каждый день, сроки горят, а результата не видно? Возможно, дело в отсутствии структуры. Scrum методика решает именно это.

Scrum – это одна из самых популярных гибких методологий разработки программного обеспечения из семейства Agile (подробнее про Agile рассказали тут). Легкая и доступная в использовании, но сложная в освоении, если верить официальному описанию. На практике вся сложность сводится к тому, чтобы научить разработчиков и других специалистов придерживаться этой методологии в работе. Но всё по порядку.

Во-первых, что такое Scrum методология – это набор правил и практик, благодаря которым лучше организовать работу над проектом. Причём лучше для всех: самой команды, компании-разработчика, менеджеров и, конечно же, для вас как для заказчика.

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

На официальной странице The Scrum Guide можно почитать подробно, кто, как и зачем придумал Скрам, а главное, что создатели вкладывают в это понятие. Даже на украинском (!).

Если вы владелец интернет-магазина, который планирует запуск нового функционала, менеджер агентства веб-разработки или заказчик проекта по разработке сайтов под ключ или SaaS-продукта, понимание Scrum поможет лучше контролировать процесс создания продукта.

Скрам подход полезен не только для разработчиков. Скрам для бизнеса это способ видеть результат постепенно: получать рабочие части продукта, быстро проверять гипотезы и корректировать приоритеты без риска «переделать весь проект».

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

Итак, 4 особенности Scrum как методологии:

• работа над проектом разбивается на небольшие подзадачи;
• команда из 5-7 человек выполняет каждую из них в фиксированный срок (1-4 недели);
• в течение работы над одной подзадачей проводится 5 типов встреч;
• полученный результат работы над каждой подзадачей имеет ценность для заказчика.

Теперь подробнее о каждой из особенностей и разберём, что такое структура Scrum.

Sprint: главный инструмент Scrum

Спринт – это временной отрезок (1-4 недели), в течение которого команда выполняет конкретный набор задач и показывает результат. Спринт в управлении проектами – главная фишка Scrum. Именно так называется каждая небольшая подзадача, из которых состоит проект. Все спринты должны быть одинаковыми по длительности, и вы не поверите, но чаще всего длина одного – две недели, реже – месяц. А сколько именно – зависит от особенностей вашего проекта.

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

В целом спринт – это про конкретные задачи. Не хватало какой-то функции? Добавили. Что-то не работало? Починили. Благодаря ему удобно организовывать работу и ещё удобнее следить за прогрессом проекта в целом.

Например, если вы в процессе заказать интернет-магазин, первый спринт может быть посвящен созданию страницы каталога с фильтрами, второй – реализации корзины и формы оформления заказа, а третий – подключению платёжной системы, например LiqPay или WayForPay. Каждый спринт завершается готовым блоком функционала, который заказчик может протестировать, оценить и согласовать перед началом следующего этапа работы.

Артефакты Scrum: что создает команда на каждом этапе?

Красивым словом «Артефакты» в Scrum называют вещи, которые создаются в процессе разработки:

1. Беклог продукта. Product Backlog – зона ответственности владельца продукта. Это список задач или, как его называет Википедия, «журнал пожеланий к проекту». Беклог – это не что-то, что утвердили раз и навсегда, а гибкий перечень функций, улучшений, исправлений и т.д. В нем указываются актуальные задачи для команды и отмечаются те, что уже выполнены. На практике беклог обычно ведут в специальных инструментах управления проектами, например Jira, GitHub Projects или Trello.
2. Беклог спринта. Ещё один беклог, но меньший и более конкретный. Это список задач на конкретный спринт, который формируется на встрече по его планированию. Он тоже может изменяться, если команда столкнулась со сложностями и нужно сделать что-то ещё, кроме запланированного. Но его цель, она же цель спринта, остаётся неизменной.
3. Инкременты. Это тот самый полученный результат работы над каждой подзадачей, который имеет ценность для заказчика. Инкремент так называется потому, что его уже можно так или иначе добавить к остальной части проекта и посмотреть, как он работает. Это не обязательно должна быть целая новая функция – это может быть улучшение уже существующей или даже исправление ошибки. Но обязательно то, что команда должна была сделать в течение спринта. В целом это ожидаемый (чаще всего) результат, который показывают владельцу продукта, чтобы он видел, как идет работа над проектом. Если в конце спринта нет инкремента – спринт не считается завершенным.

Пять встреч Scrum: зачем каждая и сколько длится?

Скрам методология – штука цикличная, и этот цикл состоит из повторения разных встреч:

1. Project/Product backlog. Владелец продукта приходит на первую такую встречу с главным артефактом проекта – подготовленным списком задач, которые нужно решить для запуска. Беклог – это гибкий список рабочих задач (Story, Bug, Task и т.д.), отсортированных по приоритету и которые могут изменяться. На этой встрече команда знакомится с тем, над чем будет работать.
2. Sprint Planning. Планирование спринта – обсуждение самых приоритетных задач командой и скрам-мастером. На этом этапе выбираются истории из беклога, которые нужно выполнить для достижения цели спринта.
3. Daily Standup Meeting. Каждый день по 15 минут: каждый говорит, что сделал, что планирует и есть ли блокеры. Детальные обсуждения – отдельный звонок.
4. Sprint Review. В конце спринта инкремент показывают владельцу продукта и другим заинтересованным участникам. Если всё работает хорошо, результат можно выпускать на прод, а в беклог вносятся изменения.
5. Sprint Retrospective. Встреча команды для обсуждения итогов спринта. Скрам-мастер анализирует процесс, команда делится мыслями и решает, как работать эффективнее.

Роли в Scrum-команде: кто за что отвечает?

Какие основные роли присутствуют в методологии Scrum? В классическом Scrum существует 3 базовые роли:

1. Product owner (PO). Это вы как владелец продукта или чаще кто-то из ваших сотрудников, кого вы назначите ответственным за общение с командой разработки. Это человек, который будет создавать беклог проекта и дополнять его, слушать в конце спринта, что команда разработки сделала, а что нет, и что будет делать дальше. PO не обязательно должен разбираться в технологиях разработки, но должен быть специалистом в своей области. Его задача – точно знать, что должен делать готовый проект и каждая его часть, а также вникать в процесс разработки.
2. Scrum master (SM). Скрам-мастер – проджект-менеджер на максималках. Его задача, с одной стороны, помогать product owner разобраться в нюансах работы со Scrum, а с другой – организовывать работу команды. Он отвечает и за подбор команды, и за наличие у нее ресурсов, и в целом за то, чтобы все эффективно взаимодействовали и работали. Планирование и проведение всех встреч в спринте – тоже его задача.
3. Development team (DT). Команда разработчиков, которая будет работать над проектом. The Scrum Guide требует от них не только навыков выполнения задач, но и способности самостоятельно организовывать рабочие процессы, а также нести ответственность за достижение цели спринта. Таких команд может быть столько, сколько нужно, но они должны состоять из специалистов в определенных технологиях и быть небольшими, чтобы избежать проблем с коммуникацией.

Scrum методология подходит для команд, оптимальный размер которых – 5-9 специалистов. Больше – коммуникация усложняется, и продуктивность падает до 45%.

Scrum – это одна из самых популярных Agile-методологий, которая позволяет быстро адаптироваться к изменениям и эффективно управлять разработкой цифровых продуктов. Однако у неё есть свои сильные и слабые стороны:

1. Гибкость. Scrum – просто идеальная система управления проектами, которые растут и масштабируются, а это буквально любое мобильное или веб-приложение и даже сайты. Сегодня вы добавили новую функцию, посмотрели, как она работает, и уже в следующем спринте можете начать её улучшать, менять или убрать. И это актуально не только для MVP, для которых каждая функция новая, но и для проектов, которым уже несколько лет, и они постоянно тестируют гипотезы, чтобы становиться лучше.
2. Видимые результаты. Итог каждого спринта – что-то реальное. Новая функция или исправление ошибки не так важно, как возможность видеть, что работа идёт, и идёт успешно. Именно за это, кроме возможности менять беклог когда им хочется, Scrum любят владельцы продуктов. Для участников команды это тоже очень важно, так как условно «закрывает гештальт» и дает ощущение завершенности работы.
3. Мотивация. Хотеть следовать принципам Agile и реально это делать – две большие разницы. Самоорганизация команды – сложная задача: далеко не все готовы брать на себя коллективную ответственность и работать в таком формате. Поэтому многое зависит от скрам-мастера, который помогает команде выстроить эффективную совместную работу.

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

Когда Scrum не подходит

Несоответствие цели и инструмента. Для чего нужен Scrum? Он хорошо работает там, где продукт развивается постепенно и допускает изменения. Но все методологии Agile предполагают постоянную корректировку задач и приоритетов.

Scrum также может быть избыточным в простых проектах. Например, для лендинга или сайта-визитки на 5 страниц веб-агентствам обычно достаточно прямого плана работ. Методология Scrum показывает наибольшую пользу в средних и крупных проектах – например, интернет-магазинах с собственной логикой или SaaS-продуктах.

Другие случаи, когда лучше рассмотреть альтернативы:

• фиксированное ТЗ без права на изменения → подходит классическая модель Waterfall;
• поддержка уже готового продукта → чаще используют Kanban;
• очень маленькая команда (1-2 человека) → полный Scrum-процесс обычно избыточен.

Если подытожить, что такое Scrum – это гибкая и невероятно популярная методология управления проектами. В ней большой проект разбивается на множество маленьких подзадач-спринтов, каждая из которых выполняется опытной и слаженной командой в среднем за 2 недели. Результаты спринта – всегда что-то ценное для проекта, что можно оценить и протестировать в работе. Для каждого спринта выбираются задачи из списка-беклога, который может свободно изменяться в зависимости от новой информации о пользователях, ситуации на рынке и других данных аналитики.

Главные принципы Скрама – ясность коммуникации, прозрачность и стремление к постоянному улучшению. Планируете внедрить Scrum в своём проекте? Свяжитесь с нами – расскажем, как организовать работу команды.