Scrum (скрам) — фреймворк для командной разработки продукта короткими циклами — спринтами длиной до одного месяца. В нём три роли (владелец продукта, скрам-мастер, разработчики), пять событий (спринт, планирование, дейли, обзор и ретроспектива) и три артефакта (бэклог продукта, бэклог спринта и инкремент). Правила описаны в Scrum Guide — бесплатном руководстве на 13 страниц, последняя редакция которого вышла в ноябре 2020 года.
Откуда взялся Scrum
Термин пришёл из регби: «схватка» — момент, когда команда сплачивается, чтобы продвинуть мяч. В управление продуктами его перенесли японские исследователи Хиротака Такеучи и Икудзиро Нонака в статье 1986 года о новых подходах к разработке. Фреймворк в нынешнем виде оформили Кен Швабер и Джефф Сазерленд, представившие его в 1995 году. Позже оба вошли в число авторов Agile-манифеста, поэтому Scrum считают одним из самых распространённых способов работать по Agile.
Scrum Guide 2020 — актуальная версия правил. В июне 2025 года Джефф Сазерленд с соавторами выпустил Scrum Guide Expansion Pack — необязательное дополнение о продуктовом мышлении, работе со стейкхолдерами и применении ИИ в команде. Базовые правила оно не меняет.
На чём держится Scrum
Scrum опирается на эмпиризм: решения принимают на основе того, что команда уже увидела и проверила, а не на основе долгосрочного прогноза. Три опоры эмпиризма:
- прозрачность — процесс и результат видны всем, кто на них влияет;
- инспекция — команда регулярно проверяет прогресс и артефакты;
- адаптация — если что-то идёт не так, процесс или продукт меняют как можно скорее.
Пять ценностей Scrum: приверженность (commitment), фокус, открытость, уважение и смелость. На собеседовании их редко просят перечислить, но могут спросить, как команда поступает, когда кто-то скрывает проблему, — это вопрос о прозрачности и смелости.
Роли: кто за что отвечает
Scrum-команда — небольшая группа, обычно до 10 человек, без подкоманд и иерархии. Scrum Guide 2020 называет роли «зонами ответственности» (accountabilities): один человек может совмещать их в маленькой компании, но смешивать владельца продукта и скрам-мастера не рекомендуют.
| Роль | За что отвечает | Типичные задачи в работе |
|---|---|---|
| Владелец продукта (Product Owner, PO) | Ценность продукта и порядок задач | Формулирует цель продукта, ведёт и упорядочивает бэклог, объясняет задачи, принимает решения о приоритетах |
| Скрам-мастер (Scrum Master, SM) | Эффективность команды и соблюдение Scrum | Учит команду и организацию Scrum, фасилитирует события, убирает препятствия, защищает спринт от внешних помех |
| Разработчики (Developers) | Создание готового инкремента | Планируют спринт, оценивают задачи, следят за качеством по Definition of Done, ежедневно сверяют курс |
Под «разработчиками» Scrum понимает всех, кто делает продукт: программистов, тестировщиков, аналитиков, дизайнеров. В редакции 2020 года отдельное понятие «команда разработки» убрали, чтобы не делить людей на «тех, кто пишет код» и остальных.
Скрам-мастер — не руководитель команды и не секретарь, который ведёт протоколы. Он помогает команде становиться самостоятельнее. В российских компаниях роль часто совмещают с должностью проектного менеджера или деливери-менеджера.
События Scrum и их длительность
Все события проходят внутри спринта и ограничены по времени (таймбокс). Длительность ниже указана для месячного спринта; при более коротком спринте планирование, обзор и ретроспектива обычно короче.
| Событие | Длительность | Кто участвует | Результат |
|---|---|---|---|
| Спринт (Sprint) | До 1 месяца, на практике чаще 2 недели | Вся Scrum-команда | Один или несколько готовых инкрементов |
| Планирование спринта (Sprint Planning) | До 8 часов | Scrum-команда, по приглашению — эксперты | Цель спринта и бэклог спринта |
| Ежедневный скрам (Daily Scrum) | 15 минут | Разработчики | План на ближайшие сутки, видимые препятствия |
| Обзор спринта (Sprint Review) | До 4 часов | Scrum-команда и стейкхолдеры | Обновлённый бэклог продукта по итогам обратной связи |
| Ретроспектива (Sprint Retrospective) | До 3 часов | Scrum-команда | Список улучшений процесса, самые важные берут в работу |
Спринт
Контейнер для остальных событий. Новый спринт начинается сразу после окончания предыдущего. Во время спринта не меняют цель и не снижают требования к качеству, но могут уточнять объём работ вместе с владельцем продукта. Отменить спринт может только владелец продукта — если цель потеряла смысл.
Планирование спринта
Отвечает на три вопроса: почему спринт ценен (цель), что можно сделать за спринт (задачи из бэклога продукта), как это будет сделано (разбивка на подзадачи). Команда сама решает, сколько работы взять.
Ежедневный скрам
Пятнадцатиминутная встреча разработчиков в одно время и в одном месте. Формат «что сделал вчера, что сделаю сегодня, что мешает» популярен, но не обязателен: важно сверить движение к цели спринта, а не отчитаться перед менеджером.
Обзор спринта
Рабочая сессия: команда показывает сделанное, стейкхолдеры дают обратную связь, вместе решают, что делать дальше.
Ретроспектива
Команда разбирает, как прошёл спринт с точки зрения людей, процессов, инструментов и качества. Популярные форматы: «Что было хорошо / что плохо / что улучшить», «Старт — Стоп — Продолжить», «Парусник».
Отдельно существует груминг (backlog refinement) — регулярная работа по уточнению и декомпозиции задач. Это постоянная активность, не событие: команды выделяют на неё до 10% времени спринта или проводят отдельную встречу раз в неделю.
Артефакты и обязательства
У каждого артефакта есть «обязательство» (commitment) — ориентир, по которому измеряют прогресс.
| Артефакт | Что это | Обязательство |
|---|---|---|
| Бэклог продукта (Product Backlog) | Упорядоченный список всего, что может улучшить продукт | Цель продукта (Product Goal) — долгосрочное состояние, к которому идёт команда |
| Бэклог спринта (Sprint Backlog) | Цель спринта, выбранные задачи и план их выполнения | Цель спринта (Sprint Goal) — единственная задача спринта, которая держит команду в фокусе |
| Инкремент (Increment) | Готовый шаг к цели продукта, пригодный для использования | Критерии готовности (Definition of Done) — формальное описание качества, обязательное для каждого инкремента |
Пример Definition of Done в продуктовой команде: код прошёл ревью, покрыт автотестами, собран без ошибок в CI, проверен тестировщиком на стенде, документация API обновлена, фича закрыта флагом или выкачена на прод.
Что в Scrum не описано, но встречается в каждой команде
Scrum Guide намеренно минимален. Следующие практики появились рядом с ним, и о них тоже спрашивают:
- пользовательские истории (user stories) и критерии приёмки;
- стори-поинты и planning poker — относительная оценка задач;
- velocity — объём работ, который команда закрывает за спринт, используется для прогноза;
- burndown-диаграмма — график сгорания работ в спринте;
- Definition of Ready — условия, при которых задачу берут в спринт;
- доска задач с колонками «К работе — В работе — На ревью — Тестирование — Готово».
Для масштабирования используют Nexus (до 9 команд над одним продуктом), LeSS и SAFe.
Как Scrum выглядит в работе команды
Пример двухнедельного спринта в команде из шести человек:
- Понедельник, первая неделя. Двухчасовое планирование: PO объясняет цель — «пользователь может оплатить заказ через СБП». Команда берёт 8 задач и разбивает их на подзадачи.
- Ежедневно в 11:00. Дейли на 15 минут у доски или в звонке. Тестировщик говорит, что тестовый стенд не работает, — скрам-мастер берёт вопрос на себя.
- Среда. Часовой груминг задач на следующий спринт с аналитиком и дизайнером.
- Пятница, вторая неделя. Обзор: показывают оплату через СБП продакт-директору и поддержке, поддержка просит добавить статус платежа в админку — задача уходит в бэклог. Затем ретроспектива: решают начинать тестирование раньше, не дожидаясь конца спринта.
Вопросы о Scrum на собеседовании
Для разработчиков, тестировщиков, аналитиков
- Какие роли есть в Scrum и кто за что отвечает?
- Сколько длился спринт в вашей команде и какие встречи были? Расскажите честно, включая отклонения от Scrum Guide.
- Чем дейли отличается от статус-митинга? Дейли проводят разработчики для себя, чтобы скорректировать план, а не отчитаться руководителю.
- Что такое Definition of Done и что входило в него у вас?
- Что вы делаете, если не успеваете закрыть задачу к концу спринта? Предупредить команду заранее, обсудить с PO уменьшение объёма, незавершённую задачу вернуть в бэклог продукта и переоценить.
- Как вы оцениваете задачи в стори-поинтах? Покажите, что понимаете относительность оценки: поинты сравнивают задачи между собой, а не переводят в часы.
Если вы готовитесь к собеседованию на позицию разработчика или QA, посмотрите текущие вакансии в разработке и тестировании: по описанию процесса в вакансии можно заранее понять, о чём спросят.
Для скрам-мастеров, PO и проджектов
- Как вы поступите, если руководитель требует добавить задачу в середину спринта?
- Команда систематически не достигает цели спринта — ваши шаги?
- Как измерять эффективность скрам-мастера?
- Как вы работаете с бэклогом, где 500 задач?
- Чем цель спринта отличается от списка задач спринта?
- Как синхронизировать несколько Scrum-команд над одним продуктом?
Чего избегать в ответах
- Называть скрам-мастера «начальником команды».
- Говорить, что в Scrum «нет документации» или «нет сроков».
- Путать velocity с производительностью отдельных людей.
- Пересказывать Scrum Guide без примеров из своей работы.
Плюсы и ограничения Scrum
Когда Scrum хорошо работает: продукт развивается постоянно, требования уточняются по ходу, у команды есть доступный владелец продукта, задачи можно разбить на куски, которые помещаются в спринт.
Когда стоит выбрать другой подход: команда в основном разбирает поток срочных обращений (поддержка, эксплуатация), задачи сильно различаются по размеру и приходят непредсказуемо, или в команде 1–2 человека. Здесь часто выбирают Kanban или гибрид Scrumban.
Типичные проблемы: встречи ради встреч, отсутствие реального владельца продукта, спринты без цели, постоянное «переливание» незавершённых задач в следующий спринт.
Частые вопросы
Можно ли стать скрам-мастером без опыта в IT?
Можно, но сложно. Работодатели обычно ищут людей, которые уже работали в продуктовой команде — аналитиков, тестировщиков, проектных менеджеров. Сертификат PSM I или CSM помогает пройти отбор резюме, но на собеседовании спрашивают про реальные кейсы.
Чем отличаются сертификаты PSM и CSM?
PSM (Professional Scrum Master) выдаёт Scrum.org после онлайн-экзамена, обязательный курс не нужен, сертификат бессрочный. CSM (Certified Scrum Master) выдаёт Scrum Alliance после обязательного курса у сертифицированного тренера, сертификат нужно периодически продлевать.
Можно ли делать спринты по одной неделе?
Да, Scrum Guide ограничивает только верхнюю границу — один месяц. Недельные спринты подходят для быстро меняющихся продуктов, но увеличивают долю времени на встречи.
Что делать, если в команде нет скрам-мастера?
Обязанности распределяют внутри команды: фасилитацию встреч берёт один из разработчиков или менеджер, препятствия эскалирует руководитель. Если такой режим длится долго, команда обычно теряет ретроспективы и постепенно перестаёт улучшать процесс.
Обязательно ли оценивать задачи в стори-поинтах?
Нет. Scrum Guide не требует конкретного способа оценки. Команды оценивают в часах, в «размерах футболок» (S, M, L) или вообще не оценивают, а считают количество закрытых задач.
Где почитать оригинальные правила?
На сайте scrumguides.org: руководство бесплатно и доступно на русском языке.