Если сформулировать простыми словами, скрам — это способ организации работы, при котором большая цель достигается через последовательное выполнение небольших частей работы. Команда завершает одну часть за спринт, затем проверяет результат и корректирует план перед следующей итерацией.
Скрам — что это и откуда взялся термин
Слово scrum (схватка) пришло из регби — так называют момент, когда игроки сообща толкают мяч к цели.
Отправной точкой начала развития методики стала статья исследователей Хиротаки Такеучи и Икудзиро Нонаки в Harvard Business Review (1986), где описывалось, как Honda, Canon и Fuji-Xerox создавали продукты силами компактных кросс-функциональных команд, а не через последовательную передачу задач от отдела к отделу.
В 1993 году Джефф Сазерленд применил эту идею на практике в компании Easel Corporation, когда его команде нужно было разработать программный продукт в рекордный срок — шесть месяцев. Вместо жесткого поэтапного плана (waterfall) он выстроил работу короткими итерациями с постоянной проверкой результата. Позже к доработке подхода подключился Кен Швабер: вдвоем они описали роли, события и артефакты, которые превратили практический прием в целостный набор инструментов (фреймворк).
В 2001 году оба участвовали в создании Эджайл-манифеста, а в 2010 выпустили первую версию официального скрам-гайда — документа, который с тех пор описывает канонические правила работы методики.
Сегодня скрам используют не только в разработке: методику применяют в маркетинге, дизайне, HR и других сферах.
Роли в скрам-команде
Скрам описывает три роли, и у каждой — своя зона ответственности.
- Владелец продукта (Product Owner) — формирует и приоритизирует список задач (бэклог), отвечает за то, чтобы команда работала над самым ценным для бизнеса.
- Скрам-мастер (Scrum Master) — следит за соблюдением принципов скрама, помогает команде убирать препятствия и организует встречи.
- Команда разработки — кросс-функциональная группа специалистов, которая самостоятельно решает, как выполнить задачи из бэклога.
Артефакты спринта
Бэклог продукта — это единый упорядоченный список всего, что нужно сделать для развития продукта: новые функции, доработки, исправления багов, технические задачи.
Спринт — это фиксированный по времени цикл, обычно от одной до четырех недель, в конце которого команда выполняет все нужные задачи или представляет рабочий инкремент продукта.
Инкремент — это готовый, проверенный кусок продукта, который команда создала за спринт и который можно сразу использовать (например, выпустить тестовую версию для пользователей).
Бэклог спринта — часть бэклога продукта, которую команда отобрала для работы в текущем спринте, вместе с планом, как эти задачи выполнить.
Длительность спринта не меняется на протяжении всего проекта — это создает предсказуемый ритм работы и позволяет точнее планировать нагрузку.
Скрам-события
Работа в скраме строится вокруг четырех регулярных встреч.
- Планирование спринта: команда выбирает задачи из бэклога и определяет цель спринта.
- Ежедневный скрам — короткая пятнадцатиминутная встреча, на которой каждый участник рассказывает, что сделал вчера, что планирует сегодня и какие есть препятствия.
- Обзор спринта: команда демонстрирует результаты заказчику, другим командам или руководителям бизнеса и собирает обратную связь.
- Ретроспектива — встреча, на которой команда разбирает, что прошло хорошо, а что нужно улучшить в следующем спринте.
Чем скрам отличается от канбана
Оба метода относятся к Эджайл, но по-разному организуют поток работы. Скрам делит время на фиксированные спринты: команда заранее берет в работу определенный набор задач, не меняет его до конца итерации и подводит итоги на ретроспективе.
Канбан устроен иначе — это непрерывный поток без временных рамок: задачи попадают на доску и двигаются по колонкам («к выполнению», «в работе», «готово») по мере готовности. Здесь нет ограничения по времени в 1-4 недели.
Скрам лучше подходит там, где продукт развивается предсказуемыми циклами и нужна регулярная демонстрация результата — например, при разработке нового сервиса.
Канбан удобнее для потока разнородных задач с непредсказуемой нагрузкой — техподдержки, сопровождения продукта или маркетинга, — где важно быстро реагировать, а не ждать начала следующего спринта.
Зачем нужен скрам
- Быстрая обратная связь. Команда получает отклик от пользователей и заказчика уже после первого спринта, а не через полгода после старта проекта.
- Гибкость. Приоритеты можно менять между спринтами, не срывая весь проект целиком.
- Прозрачность. Все участники видят прогресс и понимают, над чем сейчас работает команда.
- Рост вовлеченности. Команда сама принимает решения о способах выполнения задач, что повышает мотивацию и ответственность.
Скрам — это методика, которая подходит не для всех проектов: она требует дисциплины, регулярных встреч и готовности команды к самоорганизации. Но там, где важна скорость запуска и постоянное улучшение продукта — например, при разработке сайта, мобильного приложения, — скрам остается одним из самых эффективных инструментов управления командой.
