Скрам: что это, роли и спринты

Автор

Кен Швабер и Джефф Сазерленд (фреймворк); Хиротака Такэути и Икудзиро Нонака (метафора регби, 1986), Начало 1990-х; статья 1995; Scrum Guide 2010, действующая редакция 2020

Уровень

201 · Инструмент

Подходит

стартап, малый и средний бизнес, растущая компания

Время на внедрение

От двух до трёх недель на первый спринт, включая настройку бэклога

Что понадобится

команда до десяти человек, которые вместе умеют довести работу до конца · один человек с правом упорядочивать бэклог (владелец продукта, Product Owner) · цель продукта (Product Goal): единственный результат, к которому идёт команда · фиксированное время для каждого события, одно и то же в каждом спринте

Scrum Guide 2020 года определяет скрам как лёгкий фреймворк, который помогает командам создавать ценность: сложные задачи решаются небольшими адаптивными шагами. Его авторы, Кен Швабер и Джефф Сазерленд, говорят, что разработали метод в начале 1990-х. Начинался он в разработке ПО. Из редакции 2020 года убрали большинство отсылок к специфике ИТ, а Agile Marketing Manifesto теперь переносит те же идеи на маркетинг.

Откуда взялся скрам?

Название «скрам» программисты позаимствовали у регби, и источники расходятся в том, кто сделал это первым. Имя восходит к статье Harvard Business Review 1986 года The New New Product Development Game. Хиротака Такэути и Икудзиро Нонака доказывали в ней, что скорость и гибкость в разработке продукта требуют большего, чем качество, низкая цена и отличие от конкурентов. Они сравнивали команду с регбийной схваткой (scrum): она двигает работу вперёд всем составом, а не передаёт её между отделами, как эстафетную палочку.

Версий истории в разработке ПО несколько. В статье Кена Швабера 1995 года SCRUM Development Process идею приписывают Такэути и Нонаке и сказано, что доработанную версию применил Сазерленд для разработки на Smalltalk, а Швабер — для Delphi. Сазерленд в собственном выступлении на JAOO говорит, что провёл первый скрам в Easel в 1993 году. История скрама Гюнтера Верхейена относит случай в Easel к 1994 году, утверждает, что статья 1995 года на самом деле написана в 1996-м, и называет Питера ДеГрейса и Лесли Хьюлет Шталь теми, кто первым предложил это название для ПО в 1990 году. Первый официальный Scrum Guide вышел в 2010 году.

Потом скрам вышел за пределы ИТ. Ригби, Сазерленд и Такэути писали в Embracing Agile, что гибкие методы развиваются уже 25–30 лет. В опросе Digital.ai 2023 года приняли участие 788 респондентов, и 42% организаций назвали свою модель гибридной: гибкие методы смешаны с другими подходами.

Кто что делает в скрам-команде?

В скрам-команде три зоны ответственности (accountabilities) и нет подкоманд. По Guide, команда обычно состоит из десяти человек или меньше, она кросс-функциональная и самоуправляемая: участники сами решают, кто что делает, когда и как.

«Разработчики» (Developers) — слово из Guide для всех, кто создаёт продукт. В терминах скрама копирайтер — тоже разработчик. Редакция 2020 года убрала прежнюю идею отдельной команды разработки внутри скрам-команды, как фиксирует история редакций.

Что происходит в спринте?

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

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

Три артефакта и их обязательства

В скраме три артефакта, и у каждого есть обязательство, которое придаёт ему смысл. Обязательство бэклога продукта — цель продукта (Product Goal), долгосрочная задача. Обязательство бэклога спринта — цель спринта (Sprint Goal), единственная причина, ради которой идёт этот спринт. Обязательство инкремента — определение готовности (Definition of Done), письменное описание того, что считается законченным. Эти обязательства добавили в редакции 2020 года.

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

Как маркетинговые команды адаптируют скрам

Маркетинговые команды сохраняют сам цикл и меняют детали. Agile Marketing Manifesto перечисляет пять ценностей, среди них обучение через эксперименты и данные вместо мнений и традиций. Его принципы призывают к небольшим кросс-функциональным командам и добавляют предостережение: одного гибкого подхода в маркетинге недостаточно, основы маркетинга по-прежнему требуют внимания.

Задокументированные адаптации скромные. Intland, софтверная компания, собрала маркетинговую команду в 2013 году и вела скрам с четырёхнедельными спринтами, добавив канбан-доску с лимитами на работу в процессе. По собственному отчёту компании, маркетинговым спринтам нужно больше времени, чтобы реагировать на изменения рынка. Кейс написала сама компания, поэтому результаты в нём — её собственная оценка. В магистерской работе Университета Аалто скрам и канбан опробовали в маркетинговой команде и назвали три проблемы: плотный график участников, слабое сотрудничество между компетенциями и непрозрачные отношения с клиентом.

Доказательств мало. Рецензируемых исследований скрама в маркетинговых командах мы не нашли, а результаты исследований в разработке ПО противоречивы. Систематический обзор Дюбо и Дингсёйра призвал проводить больше и более качественные эмпирические исследования. В статье HBR 2018 года о масштабировании Ригби, Сазерленд и Ноубл пишут, что не каждую функцию нужно организовывать в гибкие команды.

Скрам хорошо сочетается с циклом HADI и программой экспериментов: цель спринта — гипотеза для проверки, а на обзоре смотрят результат. Кому принадлежит бэклог, решают при проектировании команды, об этом статья про структуру growth-команды. А дорожная карта задаёт более длинный горизонт, который спринты заполняют работой.

План Growth Lab начинается с цели продукта и ранжированного бэклога, и только потом в нём выбирают длину спринта.

Как применять: Скрам: что это, роли и спринты по шагам

1. Задайте цель продукта и наполните бэклог. Запишите результат, к которому идёт команда, например целевое число квалифицированных заявок на демо. Занесите в бэклог продукта (Product Backlog) всё, что может к нему привести, и расставьте по порядку. Результат: один упорядоченный список с одним владельцем.
2. Выберите длину спринта и не меняйте её. Возьмите срок не больше месяца и держитесь его. В маркетинге обычно начинают с двух недель. Результат: календарь с датами начала и конца спринтов.
3. Проведите планирование спринта. Команда договаривается, зачем нужен этот спринт (цель спринта, Sprint Goal), что она успеет сделать и как. Результат: цель спринта и бэклог спринта (Sprint Backlog).
4. Ведите спринт с ежедневной встречей. Работайте на цель спринта. Раз в день команда тратит 15 минут: смотрит, как идёт работа, и подправляет план. Результат: незавершённая работа, которую видят все.
5. Покажите, что получилось. Продемонстрируйте готовую работу тем, кого она касается, и спросите, что изменить. Результат: обратная связь, которая переставляет задачи в бэклоге.
6. Проведите ретроспективу и поменяйте одно. Разберите, как команда работала, и выберите хотя бы одно улучшение на следующий спринт. Результат: одно названное изменение с ответственным.

Примеры

Growth-команда B2B-компании в платёжной сфере

Иллюстративный пример. Шесть человек: владелец продукта из маркетинга, два контент-маркетолога, дизайнер, веб-разработчик и аналитик данных. Цель продукта: увеличить число заявок на демо со страницы с тарифами. Длина спринта: две недели. Цель первого спринта: проверить два новых заголовка и одну сокращённую форму. В бэклоге лежат ещё страница с кейсом и серия вебинаров, но они стоят ниже тестов. На обзоре команда показывает оба работающих теста и первые цифры, а владелец продукта поднимает кейс выше.

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

Иллюстративный пример. Четыре человека ведут сайт и соцсети пяти клиник. Цель продукта: больше записей на первичный приём из поиска. Команда планирует месячные спринты, потому что публикация и медицинская проверка занимают время. Цель спринта: целиком переделать страницы двух направлений лечения. Ретроспектива первого спринта показывает, что узкое место — согласование с врачом, поэтому следующий спринт начинается с постоянного еженедельного слота на проверку у врача.

Когда применять

Берите скрам, когда работа сложная, верный ответ заранее неизвестен, а небольшая команда может отвечать за результат от начала до конца. Хорошо подходят growth-команды, команды кампаний с еженедельными экспериментами, контент- и веб-команды. Метод работает лучше всего, когда есть человек, который решает, что делать в первую очередь, и команда может выпускать что-то рабочее в каждом спринте.

Когда не применять

Не берите скрам для ровной работы, которую постоянно прерывают, например для заявок в поддержку или ежедневной работы с рекламой: запросы приходят вразнобой, и план спринта ломается на второй день. Там лучше подходит поточный метод вроде канбана. Откажитесь от него и тогда, когда никто не может отвечать за приоритеты или когда в команде нет нужных навыков и каждая задача ждёт внешних согласований.

Частые ошибки

• Превращать ежедневную встречу в отчёт руководителю. Страй, Мо и Шёберг опросили 60 участников из 15 команд, и у многих был негативный опыт со стендапами. Используйте её, чтобы подправить план под цель спринта.
• Менять длину спринта каждый раз. Scrum Guide называет спринты событиями фиксированной длины. Если их растягивать и сжимать, реальный темп команды не виден.
• Назначать владельцем продукта комитет. У приоритетов должен быть один человек, который принимает решение, иначе бэклог превращается в список пожеланий всех подряд.
• Набивать спринт всеми запросами, так что ничего не доходит до «готово». Цель спринта даёт команде основание отказывать всему остальному.
• Пропускать ретроспективу, когда спринт затянулся. Это единственное событие, которое создано, чтобы чинить сам способ работы.

Вопросы и ответы

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

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

Какие в скраме пять событий?

Спринт, планирование спринта, ежедневный скрам (Daily Scrum), обзор спринта (Sprint Review) и ретроспектива спринта. Спринт включает остальные четыре. Для месячного спринта планирование занимает не больше восьми часов, обзор — четыре, ретроспектива — три. Ежедневный скрам длится 15 минут при любой длине спринта.

Что делает скрам-мастер?

Скрам-мастер (Scrum Master) отвечает за то, чтобы скрам в команде работал так, как описывает Scrum Guide. Он обучает команду и организацию, убирает препятствия и следит, чтобы события проходили и укладывались в тайм-бокс. Скрам-мастер не начальник команды и задачи не раздаёт.

Можно ли использовать скрам в маркетинге?

Да, с поправками. Маркетинговая команда Intland вела скрам с четырёхнедельными спринтами и добавила канбан-доску для ежедневной работы. Магистерская работа Университета Аалто показала, что сочетание сработало, когда отношения с клиентом были партнёрскими, а работу можно было делать итерациями. Рецензируемых исследований скрама в маркетинговых командах мы не нашли.

Чем скрам отличается от канбана?

Скрам работает спринтами фиксированной длины, с определёнными ролями и событиями. В канбане спринтов нет: работа непрерывно течёт по доске, а команда ограничивает, сколько задач находится в работе одновременно. Скрам подходит для плановой работы с целью, канбан — для ровного потока запросов. Многие команды их совмещают.

Источники

1. Ken Schwaber and Jeff Sutherland, The Scrum Guide, November 2020
2. Scrum Guides, Scrum Guide Revisions
3. Ken Schwaber, SCRUM Development Process, OOPSLA 1995 workshop paper (Chalmers University copy)
4. Hirotaka Takeuchi and Ikujiro Nonaka, The New New Product Development Game, Harvard Business Review, January 1986
5. Gunther Verheyen, Scrum: A Brief History of a Long-Lived Hype, updated October 2021
6. InfoQ, Jeff Sutherland, The Roots of Scrum, JAOO talk
7. Darrell Rigby, Jeff Sutherland and Hirotaka Takeuchi, Embracing Agile, Harvard Business Review, May 2016
8. Darrell Rigby, Jeff Sutherland and Andy Noble, Agile at Scale, Harvard Business Review, May-June 2018
9. Bain & Company, Agile at Scale (HBR reprint page), April 2018
10. Kent Beck and others, Manifesto for Agile Software Development, 2001
11. Agile Marketing Manifesto, Values, 2023 edition
12. Agile Marketing Manifesto, Principles
13. Teemu Huovinen, Applying agile methods in a marketing organization, Aalto University master's thesis, 2018
14. Intland Software with Evan Leybourn, Building an Agile Marketing Team, case study, 2014
15. Viktoria Stray, Nils Brede Moe and Dag Sjøberg, Daily Stand-Up Meetings: Start Breaking the Rules, IEEE Software 37(3), 2020 (arXiv preprint)
16. SINTEF, publication record for Daily Stand-Up Meetings: Start Breaking the Rules!
17. Rashina Hoda, Norsaremah Salleh and John Grundy, The rise and evolution of agile software development, IEEE Software 35(5), 2018
18. Subhas Misra and others, Agile software development practices: evolution, principles, and criticisms, International Journal of Quality & Reliability Management 29(9), 2012
19. Tore Dybå and Torgeir Dingsøyr, Empirical studies of agile software development: a systematic review, Information and Software Technology 50(9-10), 2008
20. Digital.ai, 17th State of Agile Report, 2023
21. Atlassian, What is Scrum? Guide to the Agile Framework

Обновлено 20 октября 2026

Илья ПушинОснователь PUSHERS & COO Fintech ServiceИлья строит операционные системы для растущих компаний в медицине и финтехе. С 2021 года руководит трансграничными платежами в ARBI Exchange, лицензированном обменнике в Таиланде, включая KYC, AML и выход в новые юрисдикции.Об автореLinkedIn