Scrum — гибкий Agile-фреймворк управления проектами, созданный Джеффом Сазерлендом и Кеном Швабером в начале 1990-х. Команда работает короткими итерациями — спринтами от одной до четырёх недель. Каждый спринт заканчивается готовым результатом — инкрементом продукта. Название «scrum» пришло из регби: так называют «схватку», где команда действует слаженно без жёсткого разделения. Три столпа фреймворка — Прозрачность, Инспекция и Адаптация.
Scrum — это фреймворк, а не методология: набор правил, ролей и событий, внутри которого команда сама организует работу. Agile — философия итеративной разработки, Scrum — конкретный инструмент внутри неё. Фреймворк применим там, где требования меняются и заказчик готов давать обратную связь после каждого спринта: разработка программного обеспечения, цифровые продукты, маркетинговые проекты.
Сделайте следующий шаг в карьере
Подберите обучение, которое поможет освоить новые компетенции
Первый Sprint Сазерленд провёл в 1993 году. Вместе со Швабером они описали фреймворк на конференции OOPSLA в 1995-м. Официальный документ — Scrum Guide 2020 — доступен на сайте scrumguides.org, в том числе на русском.
Хотите освоить управление проектами и войти в востребованную профессию? В ProfiFuture можно пройти обучение за 1–2 месяца с господдержкой — 75% стоимости компенсируется образовательной квотой. Смотрите каталог программ с господдержкой.
Иерархия: Agile — философия, Scrum — один из фреймворков внутри неё наряду с Kanban и Extreme Programming (экстремальное программирование, XP). Scrum не «другое название Agile», а маршрут его реализации с конкретными правилами.
Waterfall (каскадная модель) строится на строгой последовательности: сбор требований → разработка → тестирование → выпуск. Возврат к предыдущему этапу исключён. Scrum предполагает итеративный подход — готовый результат появляется после каждого спринта, а план корректируется по мере поступления обратной связи.
Коротко о трёх подходах:
Scrum строится на эмпирическом подходе: знание возникает из опыта, решения принимаются на основе того, что уже наблюдаемо. Три столпа образуют цикл: Прозрачность делает процесс видимым → Инспекция позволяет вовремя заметить отклонения → Адаптация исправляет курс до того, как проблема стала критической. По Scrum Guide 2020, спринт — «пульс» фреймворка: все события происходят внутри него.
Практики Scrum без ценностей — пустой процесс. Scrum Guide 2020 называет пять:
Ценности задают поведение → поведение укрепляет столпы → столпы формируют доверие внутри команды.
Scrum Team — кросс-функциональная, самоуправляемая единица до 10 человек. Нет подкоманд, нет внешних руководителей. Команда сама решает, кто что делает. Если проект требует больше 10 участников, создаётся несколько Scrum Teams с общим Product Owner, единым Product Goal и одним Product Backlog.
Product Owner (владелец продукта) отвечает за максимизацию ценности продукта: наполняет и приоритизирует Product Backlog, объясняет команде, что и зачем строить. Ключевое отличие от обычного менеджера задач — PO понимает, как продукт создаёт ценность для заказчика. Только Product Owner вправе досрочно отменить Sprint: если Sprint Goal потерял актуальность, спринт закрывается.
Scrum Master обеспечивает эффективность Scrum Team: устраняет препятствия, следит за соблюдением фреймворка, обучает команду. Он не назначает задачи и не контролирует дедлайны.
| Scrum Master |
Project Manager |
|
|---|---|---|
| Управление | Процессом и фреймворком | Задачами и людьми |
| Ответственность | Эффективность команды | Результат и сроки |
| Иерархия | Служащий лидер | Линейный руководитель |
| Daily Scrum | Может не присутствовать | Как правило, ведёт |
На Daily Scrum Scrum Master может не появляться — его задача научить команду работать самостоятельно. SM также взаимодействует с внешними командами, убирая барьеры между ними и Scrum Team.
«Developers» в Scrum — не только программисты. Это все, кто строит продукт: дизайнеры, аналитики, маркетологи. Команда самостоятельно формирует Sprint Backlog, создаёт инкремент и несёт за него коллективную ответственность. Кросс-функциональность даёт результат выше, чем параллельная работа узких специалистов поодиночке.
Sprint — контейнер для всех событий Scrum. Длительность — до одного месяца, фиксируется заранее. В ходе спринта нельзя менять Sprint Goal; качество не снижается; содержание Product Backlog уточняется по ходу.
| Событие |
Участники |
Таймбокс |
Результат |
|---|---|---|---|
| Sprint | Вся Scrum Team | 1–4 недели | Increment |
| Sprint Planning | SM + PO + Dev | до 8 ч | Sprint Goal + Sprint Backlog |
| Daily Scrum | Developers (SM — по желанию) | 15 мин | Скорректированный план |
| Sprint Review | SM + PO + Dev + стейкхолдеры | до 4 ч | Обновлённый Product Backlog |
| Sprint Retrospective | Вся Scrum Team | до 3 ч | План улучшений процесса |
Sprint Planning открывает спринт. Команда отвечает на три вопроса: почему этот Sprint ценен? что можно сделать за Sprint? как именно это сделать? Результат — Sprint Goal и Sprint Backlog. Таймбокс при месячном спринте — до восьми часов. Новые задачи сравниваются с уже выполненными аналогами, а не оцениваются в отрыве от опыта.
Daily Scrum — 15-минутная встреча только для Developers. Инспектируется прогресс к Sprint Goal, при необходимости корректируется план. Scrum Master здесь не обязателен.
Sprint Review проходит в конце спринта: вся команда вместе со стейкхолдерами обсуждает достигнутое и направление следующего шага. Это не просто демонстрация — живой разговор о приоритетах. Таймбокс — до четырёх часов при месячном спринте.
Sprint Retrospective завершает спринт и анализирует не продукт, а процессы: что прошло хорошо, что требует изменений. Практика показывает: системные ретроспективы за четыре месяца способны сократить Lead Time (время выполнения задачи от старта до выпуска) примерно на треть.
Три артефакта обеспечивают прозрачность: Product Backlog → Product Goal; Sprint Backlog → Sprint Goal; Increment → Definition of Done. Каждый несёт конкретную цель — без неё артефакт теряет смысл.
Product Backlog — единственный источник работы для команды: упорядоченный, постоянно обновляемый список задач. Product Owner добавляет, приоритизирует и удаляет устаревшее. Backlog Refinement (уточнение бэклога) — непрерывный процесс детализации и декомпозиции задач, а не разовая сессия.
Sprint Backlog — план команды на текущий спринт: Sprint Goal плюс выбранные задачи. Обновляется Developers по ходу спринта.
Пора сменить профессию? Начните с понятного плана
Подберите программу под ваш опыт, цели и желаемый формат занятости
Increment — кумулятивный результат: каждый новый инкремент дополняет все предыдущие. За один спринт можно создать несколько инкрементов. Принципиальное различие: Increment ≠ Release. Инкремент может быть готов, но не выпущен — решение о релизе остаётся за Product Owner.
Definition of Done (DoD) — формальное описание состояния, при котором инкремент соответствует требованиям качества. Задача, не прошедшая DoD, не может выпускаться и не показывается на Sprint Review. DoR (Definition of Ready) — другой критерий: готовность задачи до начала разработки (вход), тогда как DoD описывает выход.
Scrum-доска — визуальное представление Sprint Backlog с тремя колонками: To Do → In Progress → Done. Обновляется ежедневно на Daily Scrum и по ходу работы, обеспечивая прозрачность прогресса для команды и заинтересованных лиц.
Цифровые инструменты: Jira, Trello, Яндекс Трекер, Azure DevOps — все поддерживают структуру Scrum-доски и интеграцию с системами управления задачами.
Scrum Poker (Planning Poker) — метод относительной оценки задач в story points (условных единицах сложности), а не в часах. Карточки строятся на последовательности Фибоначчи: 1, 2, 3, 5, 8, 13, 21 — чем выше число, тем сложнее и неопределённее задача.
В оценке участвуют Developers и Product Owner. Расхождение оценок — не проблема, а ценный момент: оно выявляет разное понимание задачи и помогает уточнить критерии готовности (DoR). Онлайн-инструменты для игры: PlanningPoker.com, scrumpoker-online.org.
| Scrum |
Kanban |
Scrumban |
Waterfall |
|
|---|---|---|---|---|
| Итерации | Фиксированные спринты 1–4 нед. | Непрерывный поток | Гибкий поток с опциональными спринтами | Нет итераций |
| Роли | SM / PO / Dev | Не предписаны | Частично из Scrum | PM, аналитик, разработчик |
| Планирование | Sprint Planning (таймбокс) | По мере готовности | Гибридное | Полное в начале проекта |
| Подходит для | Продукты с меняющимися требованиями | Поддержка и операционные задачи | Переход между подходами | Фиксированные требования |
Kanban — непрерывный поток без спринтов и предписанных ролей, с ограничением задач в работе (WIP-лимиты). Scrumban объединяет структуру Scrum с непрерывным потоком Kanban — адаптивный гибридный вариант для команд, переходящих от классического менеджмента к Agile поэтапно.
Scrum эффективен при высокой неопределённости, когда требования эволюционируют и заказчик готов давать обратную связь после каждого спринта. Типичные сценарии — разработка нового продукта, цифровые сервисы, маркетинговые кампании с итерационным тестированием.
Scrum не подходит, если требования полностью зафиксированы, заказчик хочет получить всё сразу в конце, а в организации нет культуры самоуправления. В таких случаях Waterfall даёт более предсказуемый результат. Главное предупреждение: Scrum без ценностей и регулярной обратной связи превращается в искусственный бюрократический процесс без пользы.
Scrum Guide 2020 — официальный документ фреймворка. Авторы — Джефф Сазерленд и Кен Швабер. Документ занимает около 13 страниц и доступен на сайте scrumguides.org без регистрации, в том числе на русском языке.
Путь Scrum-мастера строится в три шага: изучить Scrum Guide и теорию → поработать в реальной Scrum-команде → пройти сертификацию. Два основных варианта: CSM (Certified ScrumMaster) от Scrum Alliance — требует очного обучения; PSM I (Professional Scrum Master I) от Scrum.org — экзамен сдаётся онлайн. PSM I считается технически строгим и признаётся независимо от конкретного тренера.
Scrum — гибкий Agile-фреймворк управления проектами. Команда работает спринтами 1–4 недели и после каждого выдаёт готовый результат. Основа — три принципа: прозрачность, инспекция, адаптация. Основан Сазерлендом и Швабером, регулируется Scrum Guide 2020.
Agile — философия итеративной разработки с набором принципов. Scrum — конкретный фреймворк внутри Agile: роли, события, артефакты и правила. Если Agile — карта, то Scrum — маршрут. Другие Agile-фреймворки: Kanban, XP, SAFe.
Scrum Master не назначает задачи и не руководит людьми — он коуч, устраняющий препятствия и поддерживающий фреймворк. Project Manager отвечает за результат и линейно управляет командой. Scrum Master не обязан присутствовать на Daily Scrum.
От одной до четырёх недель, не более месяца. Длительность фиксируется заранее. Sprint Goal нельзя изменить в ходе спринта. Только Product Owner вправе досрочно отменить Sprint, если цель потеряла актуальность.
Визуальный инструмент с колонками To Do / In Progress / Done, отображающий Sprint Backlog. Обновляется ежедневно. Цифровые аналоги: Jira, Trello, Яндекс Трекер, Azure DevOps. Обеспечивает прозрачность прогресса для команды и стейкхолдеров.
Scrum работает фиксированными спринтами с тремя ролями и формальными событиями. Kanban — непрерывный поток без итераций и предписанных ролей. Scrumban объединяет структуру Scrum с гибкостью Kanban — популярный гибридный вариант для переходного периода.
DoD — формальное описание состояния инкремента, при котором он соответствует требованиям качества. Задача, не прошедшая DoD, не показывается на Sprint Review и не выпускается. DoR (Definition of Ready) — критерии готовности задачи до начала разработки.
Scrum неэффективен при полностью фиксированных требованиях, когда заказчик не готов давать регулярную обратную связь или проект предполагает строгую последовательность этапов. В таких случаях Waterfall или классический менеджмент предпочтительнее.
Два варианта: CSM (Certified ScrumMaster) от Scrum Alliance и PSM I (Professional Scrum Master I) от Scrum.org — экзамен онлайн. Старт — Scrum Guide 2020 на scrumguides.org (есть на русском). Следующий шаг — практика в реальной Scrum-команде.
«Scrum: Искусство делать вдвое больше за вдвое меньшее время» Джеффа Сазерленда (оригинал: «Scrum: The Art of Doing Twice the Work in Half the Time», 2014). В России также выходила под названием «Scrum. Революционный метод управления проектами». Объясняет философию фреймворка через личный опыт соавтора.
Превратите интерес к теме в новую профессию
Оставьте заявку — поможем выбрать программу и расскажем об условиях обучения
Оставить заявку
