Scrum: роли, события и артефакты — как устроен фреймворк

Scrum (скрам) — фреймворк для разработки сложных продуктов небольшими командами. Работа идёт короткими циклами — спринтами, а процесс держится на трёх ролях, пяти событиях и трёх артефактах. Правила описаны в официальном «Руководстве по скраму» (Scrum Guide) Кена Швабера и Джеффа Сазерленда; актуальная редакция вышла в ноябре 2020 года. Разбираем, кто за что отвечает в скрам-команде, как устроены спринт и встречи, что такое бэклог и инкремент, чем Scrum отличается от канбана.

Что такое Scrum простыми словами

Команда берёт из общего списка задач самые важные, за спринт (обычно две недели, максимум месяц) превращает их в работающий результат, показывает его заинтересованным людям и обсуждает, как работать лучше. Затем цикл повторяется. Scrum не говорит, как писать код или рисовать макеты, — он задаёт только рамку: кто принимает решения, когда команда сверяется и что должно быть готово в конце цикла.

Scrum опирается на эмпиризм — знание приходит из опыта, а решения принимаются на основе наблюдаемого. Отсюда три опоры:

• прозрачность — работа и прогресс видны всем, кто в них участвует;
• проверка — команда регулярно сверяет результат и процесс с целями;
• адаптация — если что-то идёт не так, курс меняют как можно раньше.

Работу команды поддерживают пять ценностей Scrum: приверженность, фокус, открытость, уважение и смелость.

Роли в Scrum

В Руководстве 2020 года роли называются зонами ответственности. Скрам-команда — это один владелец продукта, один скрам-мастер и разработчики, обычно не больше 10 человек вместе. Внутри команды нет иерархии и подкоманд.

Владелец продукта (Product Owner)

Отвечает за максимизацию ценности продукта. Формулирует цель продукта, ведёт бэклог продукта, расставляет приоритеты и объясняет, зачем нужна каждая задача. Это один человек, а не комитет: остальные могут влиять на бэклог, только убедив владельца продукта.

Скрам-мастер (Scrum Master)

Отвечает за эффективность скрам-команды. Учит команду и организацию Scrum, помогает проводить события с пользой, устраняет препятствия, которые команда не может убрать сама, помогает владельцу продукта управлять бэклогом. Скрам-мастер — не руководитель проекта и не секретарь: он служит команде и организации, а не раздаёт задачи.

Разработчики (Developers)

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

События Scrum

Каждое событие — формальная возможность проверить результат и адаптироваться. У всех событий есть таймбокс — максимальная длительность. Для месячного спринта они такие (для коротких спринтов — обычно меньше):

Событие	Таймбокс	Зачем
Спринт (Sprint)	До 1 месяца	Контейнер для всех событий; в конце — готовый инкремент
Планирование спринта (Sprint Planning)	До 8 часов	Решить, зачем этот спринт, что сделать и как
Ежедневный скрам (Daily Scrum)	15 минут	Проверить прогресс к цели спринта и скорректировать план на сутки
Обзор спринта (Sprint Review)	До 4 часов	Показать результат заинтересованным лицам и обновить бэклог
Ретроспектива (Sprint Retrospective)	До 3 часов	Разобрать, как работала команда, и выбрать улучшения

Спринт

Спринты идут друг за другом без пауз. Во время спринта не меняют то, что угрожает цели спринта, и не снижают качество. Отменить спринт может только владелец продукта — если цель потеряла смысл.

Планирование спринта

Команда отвечает на три вопроса: почему спринт ценен (цель спринта), что можно сделать (задачи из бэклога продукта) и как это будет сделано (план разработчиков). Итог — бэклог спринта.

Ежедневный скрам

Короткая встреча разработчиков в одно и то же время. Формат команда выбирает сама; известные «три вопроса» (что сделал, что сделаю, что мешает) больше не обязательны. Главное — понять, движется ли команда к цели спринта.

Обзор спринта

Рабочая встреча, а не презентация. Команда показывает сделанное, заинтересованные лица дают обратную связь, вместе решают, что делать дальше.

Ретроспектива

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

Артефакты Scrum

Каждому артефакту соответствует обязательство — ориентир, по которому измеряют прогресс.

Артефакт	Что это	Обязательство
Бэклог продукта (Product Backlog)	Упорядоченный список всего, что нужно для улучшения продукта	Цель продукта (Product Goal)
Бэклог спринта (Sprint Backlog)	Цель спринта, выбранные задачи и план их выполнения	Цель спринта (Sprint Goal)
Инкремент (Increment)	Готовая проверенная часть продукта, шаг к цели продукта	Критерии готовности (Definition of Done)

Бэклог продукта постоянно уточняют: крупные элементы дробят, добавляют описание, оценки и порядок. Это называется уточнением бэклога (refinement) и не является отдельным событием. Инкремент считается готовым, только если соответствует критериям готовности, — недоделанная работа в обзор спринта не попадает.

Кто такой скрам-мастер и что он делает

На рынке труда скрам-мастер — отдельная профессия. Типичные задачи:

• фасилитировать события Scrum так, чтобы они укладывались в таймбокс и давали результат;
• замечать и убирать препятствия: зависимости от других команд, лишние согласования, перегрузку;
• следить за метриками потока — скоростью, временем выполнения задач, количеством незавершённой работы;
• помогать владельцу продукта формулировать цели и вести бэклог;
• обучать Scrum людей вне команды, включая руководителей.

Чаще всего в профессию приходят из разработки, тестирования, аналитики и управления проектами. Международные сертификаты — Professional Scrum Master (PSM) от Scrum.org и Certified ScrumMaster (CSM) от Scrum Alliance. Программы подготовки собраны в подборке курсов скрам-мастера.

Scrum и канбан: в чём разница

	Scrum	Канбан
Ритм	Спринты фиксированной длины	Непрерывный поток задач
Роли	Владелец продукта, скрам-мастер, разработчики	Обязательных ролей нет
Изменения в работе	Состав спринта стараются не менять	Новая задача берётся, как только освобождается место
Ограничение нагрузки	Объём спринта	WIP-лимиты на колонках доски
Ключевые метрики	Скорость команды, выполнение цели спринта	Время цикла, пропускная способность
Где удобнее	Разработка новых продуктов и функций	Поддержка, сервисные команды, поток заявок

Подходы совместимы: многие скрам-команды ведут работу на канбан-доске и ставят WIP-лимиты. Как устроены доски и какие сервисы для них выбрать — в обзоре канбан-досок.

Частые ошибки при внедрении Scrum

• Скрам-мастер превращается в менеджера — раздаёт задачи и отчитывается за сроки вместо того, чтобы развивать самоорганизацию.
• Владельцев продукта несколько — приоритеты спорят между собой, и команда не понимает, что важнее.
• Ежедневный скрам становится отчётом руководителю и растягивается на полчаса.
• Нет критериев готовности — в конце спринта «почти готово» почти всё.
• Ретроспективы пропускают, потому что «и так всё понятно», и процесс перестаёт улучшаться.
• Scrum внедряют без изменения управления: команда работает спринтами, а бюджеты и сроки по-прежнему утверждаются на год вперёд. Эту проблему подробно обсуждали руководители банков и ИТ-компаний на конференции Agile Open Talks 2022.

Общие принципы гибкой разработки, на которых построен Scrum, разобраны в статье «Что такое Agile».