Scrum
Scrum — лёгкий фреймворк, в котором команда работает спринтами длиной не больше месяца. По Scrum Guide (редакция ноября 2020 года) в нём три роли, пять событий и три артефакта.
Содержание
- 01Что такое Scrum и откуда взялось название
- 02Три роли Scrum-команды: кто за что отвечает
- 03Спринт и четыре события внутри него
- 04Артефакты Scrum: бэклог продукта, бэклог спринта и инкремент
- 05Один спринт на практике: две недели личного кабинета
- 06Чем Scrum отличается от Kanban, водопада и «просто планёрок»
- 07Частые вопросы
Что такое Scrum и откуда взялось название
Scrum — легковесный фреймворк для командной работы над сложными продуктами. По определению авторов, он помогает людям, командам и организациям создавать ценность через адаптивные решения. Работа идёт короткими отрезками-спринтами, после каждого из которых есть проверяемый результат, а план корректируется по его итогам. Scrum — один из способов воплотить ценности Agile, но не единственный и не синоним всего подхода.
Название пришло из регби: в статье Хиротаки Такеучи и Икуджиро Нонаки 1986 года команда, которая проходит дистанцию вместе и передаёт мяч друг другу, сравнивалась с командой регбистов; отсюда слово scrum («схватка»). Кен Швабер и Джефф Сазерленд развили идею в 1990-х, а в 1995 году представили Scrum на конференции OOPSLA. Первая редакция Scrum Guide вышла в 2010 году, действующая датирована ноябрём 2020-го. Ниже опираемся именно на него.
Три роли Scrum-команды: кто за что отвечает
Scrum-команда состоит из одного Product Owner, одного Scrum Master и разработчиков. Иерархии внутри нет, а размер, по рекомендации Guide, обычно не превышает десяти человек.
| Роль | За что отвечает | Чего не делает |
|---|---|---|
| Product Owner | Максимизирует ценность продукта, ведёт и приоритизирует Product Backlog; только он может отменить спринт | Не раздаёт задачи разработчикам |
| Scrum Master | Отвечает за эффективность команды: помогает освоить Scrum, убирает препятствия | Не руководит командой и не является проектным менеджером |
| Developers (разработчики) | Создают пригодный к использованию инкремент в каждом спринте | Не ждут указаний, как делать работу |
Developers — это все, кто делает продукт: backend- и frontend-разработчики, тестировщики, дизайнеры. Если для спринта нужен дизайн, дизайнер входит в состав команды, а не ждёт в соседнем отделе.
Спринт и четыре события внутри него
Спринт — контейнер для всех остальных событий. Он фиксированной длины, не больше месяца, и следующий начинается сразу после предыдущего. В тайм-боксах для месячного спринта Guide задаёт верхние пределы, у коротких спринтов события короче.
| Событие | Зачем | Предел для месячного спринта |
|---|---|---|
| Sprint Planning (планирование) | Выбрать, что войдёт в спринт, и поставить Sprint Goal | 8 часов |
| Daily Scrum | Сверить ход к цели спринта и убрать блокеры | 15 минут каждый день |
| Sprint Review | Показать результат заинтересованным сторонам и собрать отзывы | 4 часа |
| Sprint Retrospective | Решить, как улучшить работу в следующем спринте | 3 часа |
Внутри спринта цель не меняют, а состав работы уточняют по мере появления знаний. Если цель потеряла смысл, спринт отменяет Product Owner.
Артефакты Scrum: бэклог продукта, бэклог спринта и инкремент
У каждого артефакта есть своё обязательство, которое делает его проверяемым.
- Product Backlog — упорядоченный список всего, что нужно продукту. Обязательство — Product Goal, долгосрочная цель. Бэклог живёт весь срок продукта и заменяет «замороженное» техническое задание.
- Sprint Backlog — задачи, выбранные на спринт, и план их выполнения. Обязательство — Sprint Goal, цель этого спринта.
- Increment — законченный шаг к цели продукта. Обязательство — Definition of Done: список условий, при которых работу считают готовой, например «протестирована и выложена на тестовый сервер».
Один спринт на практике: две недели личного кабинета
Допустим, команда делает личный кабинет клиента: Product Owner, Scrum Master и четыре разработчика. По итогам трёх прошлых спринтов команда закрыла 28, 32 и 30 story points. В среднем получается 30. Это velocity, то есть ориентир для планирования, но не KPI и не план. Все числа в примере условные.
- Планирование. Sprint Goal: «клиент может оплатить счёт картой». Из бэклога берут четыре задачи на 13, 8, 5 и 3 пункта. Всего 29, и это вписывается в среднюю скорость.
- Десять рабочих дней. Ежедневно по 15 минут команда сверяется, кто чем занят и что мешает. Не пришёл ответ платёжного сервиса? Блокер уходит к Scrum Master.
- Review. На десятый день команда показывает работающую оплату. Заказчик замечает, что нет чека на почту. Задача идёт в бэклог.
- Ретроспектива. Команда обсуждает, что замедляло работу, и выбирает одно изменение на следующий спринт. Например, согласовывать макеты до старта, а не посреди спринта.
Для заказчика сложной разработки это означает: после каждого спринта на руках рабочий результат, и проект можно остановить или перенаправить, не потеряв всё вложенное. Это сильная сторона Scrum для SaaS и маркетплейсов.
Чем Scrum отличается от Kanban, водопада и «просто планёрок»
- Scrum и Kanban. В Scrum работа нарезана на спринты с фиксированной длиной и тремя ролями. В Kanban поток непрерывный, без спринтов и ролей, а ограничен только лимит задач в работе. Для поддержки сайта удобнее Kanban.
- Scrum и водопад. Водопад предполагает полную спецификацию до старта и сдачу в конце. Scrum поставляет пригодный результат после каждого спринта и допускает изменение бэклога.
- Scrum и MVP. MVP — это минимальная версия продукта. Scrum — способ организовать работу, в ходе которой такие версии появляются.
- Scrum и ежедневные планёрки. Если встречи есть, а Sprint Goal, ревью и ретроспективы нет, это не Scrum. Фреймворк работает только целиком.
Типовой корпоративный сайт на 10 страниц с утверждённым макетом в спринтах не нуждается: проще последовательный план. Scrum раскрывается там, где требования меняются, а разработка сайта или приложения идёт месяцами.
Частые вопросы
Что такое Scrum простыми словами?
Это способ организовать работу над продуктом так, чтобы раз в 1-4 недели у команды был готовый результат. Работа делится на спринты, у команды три роли и несколько регулярных встреч. После каждого спринта заказчик смотрит, что получилось, и корректирует план. Правила описаны в официальном Scrum Guide.
Сколько длится спринт в Scrum?
Не больше одного месяца: это верхний предел из Scrum Guide. На практике команды выбирают от одной до четырёх недель. Две недели считаются удобным компромиссом: достаточно времени сделать ощутимый результат и достаточно часто получать отзывы. Длину спринта фиксируют, чтобы она не менялась от итерации к итерации.
Кто такой Scrum Master и нужен ли он?
Scrum Master отвечает за то, чтобы команда эффективно работала по Scrum: помогает с событиями, убирает препятствия, защищает команду от лишних отвлечений. Он не начальник и не раздаёт задачи. В небольших компаниях её иногда берёт на себя участник команды, но ответственность за эффективность Scrum всё равно должна быть закреплена за конкретным человеком.
Чем Scrum отличается от Kanban?
В Scrum работа организована в спринты с фиксированной длиной, ролями и событиями. В Kanban задачи двигаются по доске непрерывно, а команда ограничивает число задач в работе. Scrum подходит для разработки нового продукта с планированием шагов, Kanban для потока заявок и доработок, когда заранее не угадать, что придёт завтра.
Что такое бэклог и как им пользоваться?
Product Backlog — упорядоченный список всего, что нужно продукту: функции, исправления, улучшения. Сверху лежат самые ценные задачи, подробно проработанные, внизу — идеи в общем виде. Бэклог не фиксируется навсегда: после каждого спринта и отзывов заказчика Product Owner добавляет, удаляет и переставляет пункты.
Подходит ли Scrum для разработки сайта?
Для сложных проектов с меняющимися требованиями — личных кабинетов, маркетплейсов, SaaS — да. Для простого сайта по утверждённому макету Scrum избыточен. На практике команды комбинируют: фиксируют бюджет и срок, а задачи внутри них приоритизируют по спринтам. Подход выбирают на старте проекта вместе с составом работ.