Scrum — это легковесный фреймворк для работы над сложными продуктами, в котором команда движется короткими циклами фиксированной длины (спринтами) и после каждого проверяет результат и способ работы. Правила Scrum описаны в официальном Scrum Guide; актуальная редакция — 2020 года (на сентябрь 2026). Ниже — что в ней обязательно: три подотчетности, пять событий, три артефакта с обязательствами, и где внедрение Scrum обычно ломается.
Содержание
Важная граница: Scrum Guide задает минимальный каркас, а не полный процесс. User stories, story points, диаграмма сгорания, доска в Jira — популярные практики поверх Scrum, но в самом руководстве их нет.
Мини-словарь: что в Scrum путают чаще всего
- Подотчетность (accountability) vs должность. В редакции 2020 Product Owner, Scrum Master и Developers — это зоны ответственности внутри одной команды, а не должности в штатном расписании и не уровни иерархии.
- Спринт vs остальные события. Спринт — контейнер, внутри которого проходят четыре других события. Это не «еще одна встреча».
- Артефакт vs обязательство. Артефакт — это то, что делает работу прозрачной (например, Product Backlog). Обязательство — ориентир, по которому артефакт проверяют (Product Goal).
- Готово (Done) vs «сделано разработчиком». Работа попадает в инкремент только когда соответствует Definition of Done — общему для команды описанию качества.
Основа: эмпиризм, ценности, размер команды
Scrum опирается на эмпиризм: решения принимают по фактам, а не по плану, составленному заранее. Три столпа — прозрачность, инспекция, адаптация: сначала работу делают видимой, потом регулярно проверяют, потом корректируют план или процесс.
Пять ценностей Scrum Guide 2020: приверженность, фокус, открытость, уважение, смелость. Они не декоративны: без открытости инспекция превращается в отчет «все по плану».
Scrum-команда — одна команда без подкоманд и внутренней иерархии, обычно 10 человек или меньше. Если людей больше, руководство советует разделиться на несколько связанных команд, работающих над одним продуктом с общим Product Goal и общим Product Backlog. Команда самоуправляемая: сама решает, кто, что и как делает.
Три подотчетности
| Подотчетность | За что отвечает | Чего не делает |
|---|---|---|
| Product Owner | Максимизирует ценность продукта: формулирует Product Goal, упорядочивает и прозрачно ведет Product Backlog | Не распределяет задачи между разработчиками; это один человек, а не комитет |
| Scrum Master | Эффективность команды и внедрение Scrum: обучает, устраняет препятствия, помогает Product Owner и организации | Не руководитель команды и не секретарь, который ведет встречи вместо нее |
| Developers | Создают пригодный к использованию инкремент каждый спринт: планируют Sprint Backlog, держат качество по Definition of Done | Не только программисты: тестировщик, аналитик, дизайнер в команде тоже Developers |
Product Owner может делегировать работу с бэклогом, но подотчетность остается за ним. Решения Product Owner видны в содержании и порядке Product Backlog — поэтому организация должна их уважать, иначе роль становится формальной.
Пять событий и их таймбоксы
Все события — возможность для инспекции и адаптации. Таймбокс — это максимум, а не норма: при спринте короче месяца события обычно короче.
| Событие | Зачем | Таймбокс (для спринта в 1 месяц) |
|---|---|---|
| Спринт | Контейнер для всех событий; фиксированная длина, месяц или меньше | До 1 месяца |
| Sprint Planning | Ответить на три вопроса: почему спринт ценен (Sprint Goal), что можно сделать, как это будет сделано | До 8 часов |
| Daily Scrum | Developers проверяют прогресс к Sprint Goal и корректируют план на ближайшие сутки | 15 минут |
| Sprint Review | Показать результат стейкхолдерам и решить, что делать дальше; это рабочая сессия, а не демонстрация-приемка | До 4 часов |
| Sprint Retrospective | Разобрать людей, взаимодействие, процессы, инструменты и Definition of Done; выбрать улучшения | До 3 часов |
Что изменилось в 2020 году относительно прошлых редакций: у Daily Scrum больше нет обязательных «трех вопросов» — команда выбирает формат сама. Отменить спринт может только Product Owner и только если Sprint Goal устарела. Уточнение (refinement) бэклога — постоянная активность, а не отдельное событие.
Три артефакта и три обязательства
| Артефакт | Что это | Обязательство |
|---|---|---|
| Product Backlog | Упорядоченный, развивающийся список того, что нужно для улучшения продукта; единственный источник работы для команды | Product Goal — долгосрочная цель продукта |
| Sprint Backlog | Sprint Goal + выбранные элементы Product Backlog + план их выполнения; принадлежит Developers | Sprint Goal — единственная цель спринта |
| Increment | Ступень к Product Goal: вместе со всеми прошлыми инкрементами должен работать и быть пригодным к использованию | Definition of Done — формальное описание нужного качества |
Два частых заблуждения. Первое: инкремент не обязан появляться только в конце спринта — за спринт их может быть несколько, и выпускать их можно до Sprint Review. Второе: состав Sprint Backlog может уточняться по ходу спринта, но Sprint Goal при этом не меняется.
Один спринт на примере
Команда из шести человек делает мобильное приложение доставки. Спринт — две недели, поэтому таймбоксы пропорционально короче месячных.
- Sprint Planning (около 4 часов). Product Owner предлагает, чем спринт ценен. Команда формулирует Sprint Goal: «Пользователь может оплатить заказ сохраненной картой». Developers берут из Product Backlog элементы, которые реально успеть, и раскладывают их на задачи.
- Daily Scrum (15 минут каждый день). На третий день выясняется, что платежный шлюз требует дополнительную проверку. Developers перестраивают план на день; Sprint Goal остается прежней.
- Работа в спринте. Параллельно Product Owner с частью команды уточняет элементы следующих спринтов (refinement).
- Sprint Review (около 2 часов). Команда показывает работающую оплату сохраненной картой. Служба поддержки просит добавить удаление карты — это новый элемент в Product Backlog, а не «доделка» текущего спринта.
- Sprint Retrospective (около 1,5 часа). Выяснили, что тестирование копилось к концу спринта. Решение: добавить в Definition of Done пункт «автотесты оплаты проходят в CI» и взять это улучшение в следующий Sprint Backlog.
Итог: у спринта есть проверяемая цель, работающий инкремент и одно конкретное изменение процесса, а не просто «закрытые тикеты».
Scrum и Kanban: когда что
| Критерий | Scrum | Kanban |
|---|---|---|
| Ритм | Спринты фиксированной длины | Непрерывный поток, без обязательных итераций |
| Роли | Три подотчетности обязательны | Специальных ролей не требует |
| Главный рычаг | Цель спринта и регулярная инспекция | Ограничение незавершенной работы (WIP) |
| Подходит, когда | Продукт развивается по целям, нужна регулярная обратная связь | Поток заявок непредсказуем: поддержка, эксплуатация |
Это не взаимоисключающие подходы: многие Scrum-команды используют Kanban-доску и WIP-лимиты внутри спринта.
Типичные ошибки внедрения
- Scrum Master как руководитель проекта. Он раздает задачи и собирает статусы, а команда перестает самоуправляться. Признак — на Daily Scrum все отчитываются ему, а не друг другу.
- Product Owner без полномочий. Приоритеты меняет руководство в обход бэклога. Признак — в середине спринта приходят срочные задачи, не связанные с Sprint Goal.
- Спринт без цели. Sprint Backlog — просто набор тикетов. Тогда нечего инспектировать, и Sprint Review превращается в отчет.
- Размытое «готово». Нет Definition of Done, и незавершенная работа переносится из спринта в спринт.
- Ретро без последствий. Проблемы обсуждают, но улучшения не попадают в следующий спринт.
Если не получилось: симптом -> что проверить
| Симптом | Что проверить |
|---|---|
| Daily Scrum длится 40 минут | Обсуждают ли прогресс к Sprint Goal или решают технические вопросы, которые стоит вынести после встречи |
| К концу спринта ничего не готово | Не слишком ли крупные элементы бэклога и есть ли Definition of Done |
| Стейкхолдеры не ходят на Sprint Review | Показывает ли команда работающий продукт или слайды со статусом |
| Одни и те же проблемы на каждом ретро | Попадает ли выбранное улучшение в Sprint Backlog с ответственным |
Выводы
- Scrum по Scrum Guide 2020 — минимальный фреймворк: 3 подотчетности, 5 событий, 3 артефакта с обязательствами; остальное — практики поверх него.
- Product Owner отвечает за ценность и бэклог, Scrum Master — за эффективность команды и Scrum, Developers — за инкремент по Definition of Done.
- Спринт — контейнер до месяца; Planning до 8 часов, Daily 15 минут, Review до 4 часов, Retro до 3 часов для месячного спринта.
- Product Goal, Sprint Goal и Definition of Done делают артефакты проверяемыми: без них инспекция формальна.
- Большинство провалов внедрения — это подмена ролей и спринт без цели, а не сам фреймворк.
Где применяется / связь с практикой
Освойте тему на практике
Scrum применяют в разработке ПО, продуктовых и маркетинговых командах — везде, где результат нельзя полностью спланировать заранее. Роль, которой приходится стыковать Scrum-команду с бюджетом, сроками и ожиданиями заказчика, — руководитель проектов. Как выбирать подход (Scrum, Kanban, каскад или гибрид) и вести проект на практике, разбирают на курсе «Руководитель IT-проектов». Попробовать формат и задать вопросы преподавателям можно на бесплатных открытых уроках Otus.
FAQ
Можно ли совмещать Product Owner и Scrum Master в одном человеке?
Scrum Guide прямо это не запрещает, но у подотчетностей разные фокусы — ценность продукта и эффективность команды, — и при совмещении одна из них обычно проседает.
Обязательно ли оценивать задачи в story points?
Нет. Story points и planning poker — популярные практики, в Scrum Guide 2020 их нет; команда выбирает способ оценки сама.
Можно ли менять длину спринта?
Длина спринта фиксирована, чтобы ритм был предсказуем. Ее можно изменить между спринтами по итогам ретроспективы, но не растягивать текущий спринт, чтобы успеть.
