Scrum: что это, где применяется и как освоить
Scrum — это фреймворк для командной работы над продуктом, итог которой нельзя полностью спланировать заранее. Команда из десяти человек или меньше работает спринтами до месяца. Владелец продукта (Product Owner) решает, в каком порядке делать задачи бэклога, разработчики составляют план спринта и доводят работу до готовности, скрам-мастер помогает команде работать по правилам и снимает препятствия. В каждом спринте есть планирование, ежедневная встреча, обзор и ретроспектива. Применяют Scrum чаще всего в разработке программ, но и в других продуктовых командах. Ниже — роли, события, артефакты, учебный спринт, данные об эффективных командах и порядок освоения.
Содержание

Самая частая путаница касается скрам-мастера. Его принимают то за секретаря, который собирает созвоны, то за начальника, который раздаёт задачи. По Руководству по Scrum он не делает ни того, ни другого: он отвечает за эффективность команды и влияет на неё обучением, фасилитацией и устранением помех, а не приказами. Задачи на спринт выбирают разработчики, приоритеты — владелец продукта. Об agile в целом и о доске Kanban для команды вне ИТ на сайте есть отдельная статья; здесь речь о самом Scrum.
Три роли и за что каждая отвечает
Владелец продукта отвечает за ценность того, что делает команда. Он формулирует цель продукта, описывает элементы бэклога и упорядочивает их, объясняет, зачем нужна каждая задача. Это один человек, а не комитет: он учитывает интересы многих людей, но тот, кто хочет изменить бэклог, должен убедить именно его.
Разработчики — все, кто создаёт результат спринта: программисты, тестировщики, дизайнеры, аналитики. Они составляют бэклог спринта, соблюдают критерии готовности, каждый день корректируют план ради цели спринта и спрашивают друг с друга как профессионалы. Как превратить задачу в работающий результат, им извне не указывают.
Скрам-мастер учит команду самоуправлению, помогает владельцу продукта вести бэклог, следит, чтобы события были продуктивными и укладывались в отведённое время, и убирает препятствия, которые команда не может снять сама. Он же объясняет руководителям и соседним отделам, как взаимодействовать с командой.
События и артефакты: как устроен спринт
Спринт — контейнер для остальных событий, его длина постоянна. На планировании команда решает, почему спринт ценен, что из бэклога можно сделать и как; результат — цель спринта и бэклог спринта. Ежедневная встреча длится 15 минут и нужна разработчикам, чтобы сверить движение к цели и поправить план, а не отчитаться. На обзоре команда показывает сделанное заинтересованным лицам, и вместе они решают, что делать дальше. На ретроспективе команда выбирает, что изменить в своей работе. Для месячного спринта планирование ограничено восемью часами, обзор — четырьмя, ретроспектива — тремя.
Артефактов три, и у каждого есть обязательство, которое делает его проверяемым: у бэклога продукта — цель продукта, у бэклога спринта — цель спринта, у инкремента, то есть готового приращения продукта, — критерии готовности (Definition of Done). Задачу, которая им не отвечает, на обзоре не показывают, и она возвращается в бэклог продукта.
Учебный спринт команды мобильного приложения
Ситуация учебная. Пять разработчиков, дизайнер и тестировщик делают приложение для записи в сеть фитнес-клубов, спринт длится две недели. Администраторы клубов жалуются, что клиенты звонят ради отмены записи. Цель спринта формулируют так: клиент сам отменяет запись в приложении, а администратор видит освободившееся место. Разработчики берут шесть задач и дробят их на шаги по одному-два дня. Критерии готовности общие: код проверен коллегой, автотесты проходят, сборка выложена в тестовый канал магазина приложений.
На пятый день выясняется, что система клубов сообщает об отмене с задержкой. Разработчики говорят на ежедневной встрече, что цель под угрозой, и вместе с владельцем продукта убирают из спринта уведомление о листе ожидания, сохранив цель. Скрам-мастер договаривается с командой, отвечающей за систему клубов, о временном решении. На обзор приходят двое администраторов: они пробуют отмену на тестовой сборке и просят показывать её причину, и владелец продукта ставит эту задачу высоко в бэклоге. На ретроспективе команда замечает, что два дня ушло на ожидание соседей, и решает заранее отмечать задачи, зависящие от чужих систем.
Что отличает сильные команды
Одно из крупнейших исследований на эту тему провели Кристиан Верфейс (Christiaan Verwijs) и Даниэль Руссо (Daniel Russo): «A Theory of Scrum Team Effectiveness», журнал ACM Transactions on Software Engineering and Methodology, 2023, т. 32, № 3. Авторы построили модель по тринадцати полевым исследованиям, а затем проверили её опросом участников 1 978 команд, около 4 940 человек. Эффективность измеряли с двух сторон: удовлетворённостью заинтересованных лиц и моральным духом самой команды.
В модели пять факторов: отзывчивость (частота выпусков и регулярная доработка бэклога), внимание к заинтересованным лицам (ориентация на ценность, сотрудничество, качество обзора, общие цели), постоянное улучшение (качество ретроспективы, забота о качестве, психологическая безопасность, обмен знаниями, среда для обучения), автономия команды (самоуправление и кросс-функциональность) и поддержка руководства. Данные хорошо согласовались с моделью.
Для начинающего скрам-мастера важно, чего в перечне нет: ни ежедневной встречи, ни планирования, ни личных качеств скрам-мастера. Из событий в модель вошли только обзор и ретроспектива, причём оценивалось их качество, а не сам факт проведения. Практический вывод: шлифовать формат пятнадцатиминутки полезно меньше, чем приводить на обзор реальных пользователей, выпускать результат чаще и добиваться, чтобы руководство не решало за команду, как ей работать.
Когда Scrum не подходит
Scrum рассчитан на работу, которую можно делить на законченные части и показывать раз в несколько недель. Потоку мелких срочных заявок, например поддержке пользователей, ритм спринтов мешает, там лучше работает Kanban. Scrum не заработает без владельца продукта с правом решать: если порядок задач меняет любой начальник, цель спринта теряет смысл.
С чего начать и в каком порядке осваивать
Начинать лучше с текста правил: многие ошибки идут от пересказов. Затем стоит сверить с ними реальную работу и только потом тренировать самое трудное — формулировать цели, вести события, договариваться с заинтересованными лицами. Сертификат уместен в конце, когда он подтверждает понимание, а не заменяет его.
- Прочитайте Руководство по Scrum целиком и выпишите, кто за что отвечает.
- Если вы уже в команде, сравните её практику с руководством: есть ли цель спринта и записанные критерии готовности, кто упорядочивает бэклог.
- Сформулируйте цель следующего спринта одной фразой, понятной заказчику.
- Проведите ретроспективу по одному вопросу и проверьте, выполнено ли решение к следующей.
- Пригласите на обзор хотя бы одного реального пользователя.
Начинающему скрам-мастеру удобнее учиться там, где ошибки ничего не стоят. На онлайн-курсе «Управление командой с помощью Agile и Scrum» Нетологии разбирают компетенции скрам-мастера и типичные антипаттерны, фасилитацию, пользовательские истории по критерию INVEST, классы обслуживания на доске Kanban; есть бизнес-игра и симуляция работы скрам-команды. Программа рассчитана на менеджеров и руководителей, выдают удостоверение о повышении квалификации, а экзамен Scrum.org в стоимость автоматически не входит.
Упражнения и частые ошибки
Полезное упражнение — переписать цель прошлого спринта. Если она звучит как «сделать задачи 101–108», это не цель: по ней не понять, что делать, когда одна задача сорвалась. Второе — проверить пять последних закрытых задач по критериям готовности и посчитать, сколько из них им действительно отвечали.
Новички превращают ежедневную встречу в доклад скрам-мастеру, показывают на обзоре слайды вместо работающего результата, разрешают руководителю добавлять задачи в спринт в обход владельца продукта, меняют длину спринта, когда не успевают. Отдельная ошибка скрам-мастера — самому распределять задачи: так команда быстро разучивается управлять собой.
Если вам ближе сторона владельца продукта, тренируйте приоритизацию и работу с бэклогом. На онлайн-курсе Skillbox «Product Owner» восемь месяцев: исследования пользователей, гипотезы, состав MVP, приоритизация и управление бэклогом, дорожная карта, метрики и юнит-экономика, а практика построена на 14 кейсах компаний вроде «ВКонтакте» и Avito с проверкой куратора. Программа шире Scrum, события спринта в обзоре подробно не описаны.
Сертификаты и смена роли
Сертификаты по Scrum устроены по-разному. Сертификат Scrum Alliance Certified ScrumMaster одним экзаменом не получить: сначала 16-часовой курс у сертифицированного тренера, затем тест из 50 вопросов за час, где нужно верно ответить на 37. На сдачу даются 90 дней и две попытки, а продлевать статус нужно каждые два года, подтверждая дальнейшее обучение. У Scrum.org своя линейка экзаменов Professional Scrum Master. Перед оплатой проверьте, доступны ли курс и экзамен из вашей страны.
Если Scrum тянет к смене роли, ищите программу, где вы сами ведёте проект и получаете проверку. Такой формат у онлайн-курса TeachMeSkills «Project Manager в IT»: четыре с половиной месяца живых занятий по вечерам, 136 академических часов, модуль по Agile, Scrum, Kanban и Jira, а в финале — собственный проект и защита диплома. Насколько подробно разбирают роли и события Scrum, в обзоре не сказано, это стоит уточнить у школы.
Как навык влияет на доход
Для разработчика, дизайнера или аналитика умение работать по Scrum — обычное требование вакансии, а не повод для надбавки. Влияние косвенное: тому, кто умеет формулировать цель спринта и честно говорить о рисках, чаще доверяют роль владельца продукта или руководителя команды.
Отдельная должность скрам-мастера встречается редко, и данных по ней мало. На странице Хабр Карьеры о скрам-мастерах в конце сентября 2026 года медиана по России составляла 165 630 ₽ в месяц, но расчёт основан всего на 20 анкетах. У менеджеров проектов уровня Middle медиана на той же платформе — 168 266 ₽ по 1 129 анкетам. Это самоотчёты, а не предложения в вакансиях. Осторожный вывод: скрам-мастер получает примерно как менеджер проектов, а Scrum чаще ведут по совмещению — менеджер проектов или тимлид, о профессиях которых на сайте есть отдельные статьи.
Как выбрать обучение
При выборе проверьте, будет ли учебная команда со спринтами, кто оценит ваши цели спринта и решения ретроспектив, разбирают ли роль владельца продукта, а не только скрам-мастера. Отдельного рейтинга по Scrum на сайте нет; ближе всего рейтинг онлайн-школ по управлению проектами, но он шире темы, и Scrum занимает лишь часть его программ. А до оплаты пройдите первые три шага из плана выше: за один спринт станет видно, какой части навыка вам не хватает.