Что такое Scrum и как он работает простыми словами

Что такое Scrum и как он работает простыми словами

Все самое важное о Scrum коротко.

Бывает, что в командах, где все загружены работой, уложиться в сроки всё равно не получается — и заказчик остаётся недоволен. В таких проектах все задачи — срочные, но при этом никто не знает, зачем вообще делается та или иная фича. Если вам отчасти знакомы эти ситуации, возможно, стоит взглянуть на процесс иначе — и разобраться, что такое Scrum и как он может помочь.

Scrum — это процессный фреймворк. Это значит, что он гибкий и у него очень широкая область применения.

Сердцем Скрам является скрам-команда. Это небольшая группа людей, которая работает над продуктом, — размер скрам-команды может быть от трех до девяти человек. Если в вашем случае людей больше, то для применения Скрам вам нужно объединить людей в несколько скрам-команд. Вопрос масштабирования Скрам — это отдельная большая тема.

Вы применяете Scrum, но он не работает?

Проведём обучение по Scrum для вашей команды и научим применять практики, которые помогают быстрее адаптироваться к изменениям и достигать результатов.

Отправить запрос

Самое главное и самое сложное в Scrum 

Итак, у нас есть скрам-команда, которая создаёт продукт. Под продуктом в Scrum понимается не только программное обеспечение — это может быть и маркетинговая кампания, инженерный проект, организационные изменения или, например, проект внедрения. Главное, что команда создаёт нечто, имеющее ценность для заказчика.

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

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

Чтобы управлять этой ценностью, в Scrum предусмотрена отдельная роль — Product Owner, или владелец продукта. Именно он определяет, какую ценность мы создадим в текущем спринте, а какую отложим на следующий. Его задача — помогать команде фокусироваться на том, что действительно важно, и обеспечивать максимизацию ценности для клиента.

Что мы можем сделать в следующем спринте, чтобы это было максимально полезно?

Над этим вопросом владелец продукта должен думать каждый день, готовясь к следующему спринту.

Все идеи и пожелания владелец продукта складывает в Product Backlog. За много лет так и не нашлось удачного перевода термина backlog, поэтому по-русски так и называют — бэклог. Бэклог продукта — это упорядоченный перечень всех пожеланий и идей, над которыми будет работать скрам-команда. Посмотрев в бэклог продукта, любому заинтересованному лицу должно стать понятно, что и в каком порядке будет делаться. Созданием и управлением бэклогом занимается владелец продукта.

Структура спринта

Спринт начинается с мероприятия, которое называется «планирование спринта» и заканчивается «обзором спринта» и «ретроспективой». В середине спринта Scrum предусматривает только одно обязательное мероприятие — ежедневные 15-минутные встречи, которые называются Daily Scrum.

scrum-events

Планирование спринта (Sprint Planning)

Смысл планирования — определить цель спринта и составить Sprint Backlog (бэклог спринта). В этой встрече обязательно участвуют все члены скрам-команды — владелец продукта рассказывает о цели спринта, а команда обсуждает, как будет реализовываться функциональность, уточняет детали и формирует список задач, выполнив которые можно достичь этой цели.

К концу встречи у всех должно сложиться общее понимание цели спринта и того, что именно нужно сделать, чтобы достичь её. Рекомендуемая продолжительность встречи — не более 4 часов для двухнедельного спринта.

Ежедневный стендап (Daily Scrum)

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

Что я сделал вчера? Что сделаю сегодня? Что меня тормозит и мешает двигаться вперед? 

Время на эту встречу ограничено — не больше 15 минут. Команда только обозначает проблемы, а поиск решения выносится за рамки этой встречи.

daily-scrum-meeting

Обзор спринта (Sprint Review)

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

Ретроспектива спринта (Sprint Retrospective)

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

Scrum, который не приносит пользы

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

Такой подход даже получил собственное название — ScrumBut, или по-русски СкрамНо. Казалось бы, все очень просто — бери и делай. Да, берут, делают, но потом какие-то элементы отменяют, так как они не приносят пользы. Люди всегда стремятся избавляться от того, что не приносит ценности. Но проблема не в том, что элемент плохой. А в том, что он используется неправильно. И даже это предусмотрено в Скрам.

Зачем нужен Скрам-мастер

Чаще всего проблема не в самом Скраме, а в том, как он внедряется. Согласно Scrum в каждой команде должен быть квалифицированный скрам-мастер. Этот человек отвечает за правильное использование Скрам, а для этого он должен глубоко понимать суть скрам-подхода и уметь донести ее до остальных участников процесса. Скрам-мастер отвечает за проведение всех скрам-мероприятий. У хорошего скрам-мастера все участники ощущают ценность этих мероприятий, и ни у кого не возникает даже мысли об их отмене. При наличии квалифицированного скрам-мастера переход на Скрам проходит гладко и с минимальными проблемами.

Вы применяете Scrum, но он не работает?

Проведём обучение по Scrum для вашей команды и научим применять практики, которые помогают быстрее адаптироваться к изменениям и достигать результатов.

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

Почему крупные компании массово переходят на Scrum вместо классического управления проектами?

Scrum позволяет компаниям получать работающий продукт каждые 1-4 недели, а не ждать месяцами результата. Команды быстро адаптируются к изменениям рынка и требованиям клиентов, выпуская только действительно нужные функции. При этом прозрачность процесса позволяет точно видеть прогресс и оперативно решать возникающие проблемы.

Какую критическую ошибку допускают большинство команд при внедрении Scrum?

Большинство команд пытаются внедрить только отдельные элементы Scrum, игнорируя его целостность. Это приводит к появлению ScrumBut ('Скрам, но без ежедневных встреч' или 'Скрам, но без ретроспектив'). Такой подход разрушает весь баланс методологии и лишает команду ключевых преимуществ фреймворка.

Чем Scrum-мастер радикально отличается от обычного руководителя проекта?

Scrum-мастер не раздает указания и не контролирует сроки, а создает среду для эффективной самоорганизации команды. Он защищает команду от внешних помех, помогает устранять препятствия и следит за правильным применением Scrum. Это сервисный лидер, который делает команду сильнее и самостоятельнее.

Как спринты в Scrum решают главную проблему классических проектов?

Спринты длительностью 1-4 недели заставляют команду создавать работающий продукт небольшими частями, а не пытаться сделать всё сразу. В конце каждого спринта заказчик получает готовую к использованию функциональность. Это устраняет риск потратить месяцы на разработку невостребованного продукта.

Почему ежедневные встречи в Scrum длятся ровно 15 минут?

Жесткий тайминг в 15 минут заставляет команду фокусироваться только на важном: что сделано, что планируется и какие есть препятствия. Это предотвращает скатывание в длительные обсуждения и технические детали. Все глубокие обсуждения проблем выносятся на отдельные встречи заинтересованных лиц.

Как Product Owner влияет на успех продукта в Scrum?

Product Owner единолично определяет приоритеты разработки и отвечает за максимизацию ценности продукта. Он постоянно общается с заказчиками, анализирует рынок и корректирует бэклог, чтобы команда всегда работала над самыми важными задачами. Это позволяет создавать продукт, максимально отвечающий потребностям пользователей.

Хотите системно изучить гибкие методологии?

Профессиональный сертификационный тренинг по Agile и Scrum

24 - 26 сентября 2025
Узнать больше

Сертифицированный Владелец продукта в Agile

01 - 03 октября 2025
Узнать больше

Сертифицированный Delivery и Project менеджер в Agile

22 - 24 октября 2025
Узнать больше

Полный календарь тренингов

Перейти к расписанию

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Секрет успеха ZARA: часть 2
Публикация Мода

Секрет успеха ZARA: часть 2

В первой части мы рассказали, как Lean-подход позволяет ZARA свести запасы к минимуму и производить одежду только в том объеме, который требуется.

Product owner и Скрам-мастер: почему важно разделять эти роли
Публикация Agile, Scrum, Kanban–метод

Product owner и Скрам-мастер: почему важно разделять эти роли

При внедрении Scrum появляются две новые роли: владелец продукта и скрам-мастер. И часто бывает, что на них решают назначить одного человека — обычно это менеджер проекта или тимлид. Но это не лучшее решение.

Материалы для самостоятельного изучения Agile
Публикация Agile, Scrum, Kanban–метод

Материалы для самостоятельного изучения Agile

Мы собрали для вас список самых важных книг на тему Agile и всего того, что пригодится на нелегком пути трансформации. Они могут вам самостоятельно изучить подход, а также закрепить и расширить полученные на тренингах знания.

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!