AgileМетодологияФреймворк

Scrum

Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.

КРАТКО
Scrum — самый распространённый гибкий фреймворк. Команда из 3–9 человек работает спринтами по 1–4 недели и в конце каждого спринта показывает готовую часть продукта. В Scrum три роли: владелец продукта, Scrum Master и команда разработки. И пять регулярных встреч: планирование спринта, ежедневная встреча, обзор спринта, ретроспектива и уточнение бэклога.
СИНОНИМЫ:Scrumскрамскрам-методологиягибкий фреймворк Scrum

Scrum — самый распространённый гибкий фреймворк. Он описан в официальном руководстве по Scrum, последняя редакция которого вышла в 2020 году. Подходит командам из 3–9 человек, которые делают сложный продукт с меняющимися требованиями.

Три роли

  • Владелец продукта (Product Owner) — отвечает за то, что делать: собирает и приоритизирует бэклог продукта, общается с бизнесом и пользователями.
  • Scrum Master — отвечает за процесс: помогает команде работать по Scrum, убирает препятствия, ведёт встречи.
  • Команда разработки — кросс-функциональная группа из 3–9 человек, которая каждый спринт создаёт инкремент.

Три артефакта

  • Бэклог продукта — упорядоченный список всего, что когда-либо может оказаться в продукте.
  • Бэклог спринта — задачи, которые команда взяла на текущий спринт.
  • Инкремент — готовая к выпуску часть продукта по итогам спринта.

Пять встреч

  1. Планирование спринта — от 1 до 8 часов в зависимости от длины спринта.
  2. Ежедневная встреча — 15 минут на синхронизацию команды.
  3. Обзор спринта — демонстрация результата заинтересованным сторонам.
  4. Ретроспектива — разбор процесса и договорённости об улучшениях.
  5. Уточнение бэклога — подготовка историй к следующим спринтам, по мере необходимости.
КОГДА ПРИМЕНЯТЬ
  • Продукт сложный, и требования приходится часто корректировать
  • Есть стабильная команда из 3–9 человек
  • Можно завершать целиком готовый инкремент за 1–4 недели
  • Заказчик готов участвовать в обзоре спринта
КОГДА НЕ СТОИТ
  • Поток мелких разнотипных задач — лучше подойдёт Kanban
  • Поддержка и инциденты с непрогнозируемой нагрузкой
  • Команда меньше 3 или больше 9 человек — нужны подходы для масштабирования
  • Нельзя выделять время на встречи, а они занимают 10–15% рабочего времени
ПРИМЕР

Продуктовая команда SaaS-сервиса. 7 человек, спринт 2 недели. Владелец продукта собирает обратную связь от пользователей и запросы из дорожной карты, ведёт бэклог продукта в Shtab. На планировании команда берёт около 30 Story Points — это 3–5 пользовательских историй. Каждый день проходит 15-минутная встреча. На обзоре спринта команда показывает новые возможности заинтересованным сторонам.

КАК ИСПОЛЬЗОВАТЬ В SHTAB

В Shtab для работы по Scrum есть всё нужное: канбан-доска, спринты и бэклог.

  1. Заведите проект, включите спринты и ведите бэклог отдельно от текущего спринта.
  2. Соберите эпики в бэклоге, разбейте их на пользовательские истории и проставьте оценки в Story Points.
  3. На планировании берите столько историй, сколько команда в среднем закрывала за последние спринты, и не досыпайте задачи в спринт по ходу.

Договорённости с ретроспективы заводите отдельными задачами со сроком и ответственным — так они не потеряются между спринтами.

Попробовать бесплатно

Вопросы про «Scrum»

Scrum работает фиксированными спринтами с заранее запланированным объёмом. Kanban устроен как поток: задачу берут в работу, когда освобождается место по ограничению WIP. В Scrum обязательны роли, встречи и артефакты, в Kanban их нет — есть доска, правила и метрики потока. Scrum ближе продуктовой разработке, Kanban — потоку разнородных заявок.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.