Scrum (скрам): что это за методология и как она работает

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

Скрам (Scrum) — это, простыми словами, методология, которая помогает эффективно организовать работу над проектом. 

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

Само слово scrum переводится как «схватка». Этим термином в регби обозначают группировку всех игроков вокруг мяча.

Пример

Группе шестиклассников дали задание: сделать презентацию на тему «Достопримечательности Лондона».

1. Во время первого этапа ребята выбрали, о каких именно местах, музеях и памятниках будут рассказывать, распределили их между собой и подготовили текст. 
2. Затем, чтобы получить обратную связь, показали текст учителю — он здесь выступает в роли заказчика. 
3. Учитель предложил добавить информацию о музее восковых фигур мадам Тюссо. 
4. Ребята добавили эту информацию, то есть доработали промежуточный результат, и затем перешли к следующему этапу — подготовке презентации.

Как и зачем Scrum появился

Кто придумал Scrum и почему

В начале 1990-х разработчики программного обеспечения столкнулись с серьёзной проблемой. Большие проекты создавались по несколько лет. За это время менялись технологии, рынок, пожелания клиентов и даже цели проекта. Часто получалось так, что к моменту завершения работы над продуктом он уже казался устаревшим и невостребованным.

Тогда американские программисты Кен Швабер и Джефф Сазерленд начали искать способ работать эффективно в условиях неопределённости. Они наблюдали за работой американских военных и спецназа и пришли к выводу, что в основе успешного проекта должна лежать командная работа. Хотя ещё в 1986 году в Японии появились зачатки метода скрам, Швабер и Сазерленд первыми применили этот подход в реальном ИТ-проекте, а затем задокументировали, выступив на конференции OOPSLA в Остине, штат Техас, в октябре 1995 года.

Позже Швабер и Сазерленд выпустили Scrum Guide — официальный документ, который до сих пор считается главным источником правил скрама. Его первая версия появилась в 2010 году, а актуальная редакция вышла в 2020-м.

Какую проблему решает Scrum

Главная проблема, которую решает скрам, — сложность адаптации проекта к изменениям: помогает быстрее проверять идеи, раньше замечать ошибки и создавать продукт, который действительно нужен пользователям.

Роли в Scrum-команде

В классическом Scrum есть три основные роли. Разберём их на таком примере: группа школьников готовит сценку по рассказу А. П. Чехова «Хамелеон» для урока литературы.

Product Owner, или владелец продукта

Его задача — формировать видение продукта: 

• определяет приоритеты проекта; 
• придумывает, какие задачи нужно выполнить для достижения конечного результата; 
• пополняет список задач и распределяет их между командой. 

Владельцем может быть руководитель команды или заказчик. Главная цель Product Owner — сделать так, чтобы команда тратила время только на действительно полезную работу.

В нашем примере владелец продукта — это самый активный школьник Ваня, который вызвался быть режиссёром сценки. Он определил задачи проекта: 

• выбрать, кто кого будет играть; 
• подобрать музыку; 
• назначить время репетиций; 
• придумать элементы костюмов;
• распределить, кто из других участников будет ответственным за каждое из дел.

Scrum Master, или скрам-мастер

Задача — отвечать за то, чтобы команда следовала принципам скрама. Для этого он: 

• объясняет правила Scrum;
• помогает устранять препятствия, которые мешают работать по системе скрам;
• следит, чтобы встречи команды приносили пользу;
• помогает другим участникам постоянно улучшать процесс. 

Если владелец продукта отвечает за цель и суть проекта, то скрам-мастер — за способ достижения этой цели.

В нашем примере скрам-мастером стала школьница Аня. Она следит за тем, чтобы:

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

Developers, или разработчики

В зависимости от проекта это программисты, дизайнеры, тестировщики, аналитики, редакторы, маркетологи. Главный принцип — каждый отвечает не только за свою маленькую задачу, но и за общий успех проекта.

В нашем примере это все остальные школьники, которые участвуют в сценке: играют роли, подбирают музыку, готовят костюмы.

Если в разработке продукта участвует много людей, используют методику Scrum of Scrums: коллектив разбивают на несколько скрам-команд, немного меняют систему встреч и взаимодействия между разработчиками.

Артефакты Scrum

Артефакты — это любые материальные и нематериальные продукты, которые создаются в ходе разработки. Они помогают понять, с чем именно работает команда.

В скраме всего три основных артефакта. Каждый из них делает работу более прозрачной и понятной для всех участников.

Product Backlog, или бэклог продукта

Это постоянно обновляющийся список задач для улучшения продукта: новые функции, исправления ошибок, улучшения дизайна и технические задачи. Главная особенность Product Backlog — он никогда не считается законченным. 

• Появились новые пожелания → добавляем задачи. 
• Какая-то функция оказалась не нужна → удаляем её. 
• Изменилась ситуация → меняем приоритеты. 

За порядок в этом списке отвечает Product Owner. Именно он решает, какие задачи принесут наибольшую пользу и должны попасть в работу первыми.

Sprint Backlog, или бэклог спринта

Из огромного Product Backlog команда выбирает только небольшую часть задач. Получается бэклог спринта — список задач на один спринт. Его дополняет цель спринта — Sprint Goal.

Список задач на каждый спринт формируют разработчики. Сами задачи меняются, если становится понятно, что какой-то способ работы оказался неудачным. А вот цель неизменна.

Increment, или инкремент

Это результат, к которому команда приходит к концу спринта. Например: написан текст к презентации по истории, готовы костюмы к спектаклю, придуманы вопросы для викторины на мероприятие в честь 8 Марта.

Главное правило простое: инкремент должен быть действительно готов к использованию, а не существовать «почти» или «на 90%». Поэтому в Scrum существует понятие Definition of Done (определение готовности) — заранее согласованный список критериев, которым должен соответствовать результат работы. Этот список разрабатывает команда.

Как работает Scrum: события и спринты

Цикл скрама состоит из пяти событий. Первое — сам спринт, остальные четыре существуют внутри него.

Спринт

Фиксированный промежуток времени, за который команда создаёт результат. 

Новый спринт начинается сразу после завершения предыдущего. Благодаря этому работа идёт непрерывно и команда постоянно получает обратную связь.

Рекомендуем делать спринты длиной не более одного месяца, чтобы сохранять быстрый цикл проверки идей.

Sprint Planning, или планирование спринта

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

Пример: команда школьников готовит статью в честь Дня учителя для школьной газеты. На первый этап участники ставят перед собой такую цель: взять интервью у учителей, которые дольше всего работают в школе. Затем определяют задачи, которые помогут её достичь: решить, у каких именно учителей они хотят взять интервью, договориться с ними на удобное время, придумать вопросы.

Daily Scrum, или ежедневная синхронизация

Это короткая встреча до 15 минут, которую проводят каждый день. Цель Daily Scrum — определить, что нужно сделать сегодня, чтобы приблизиться к цели спринта. 

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

Sprint Review, или обзор спринта

Sprint Review — это совместная встреча с заказчиками, пользователями или другими заинтересованными участниками в конце спринта, где команда показывает результат, получает обратную связь и обсуждает, что делать дальше.

Например, команда школьников подготовила зимнюю викторину на новогоднее мероприятие и показывает её учителям, то есть заказчикам. Учителю литературы всё нравится, а учитель истории предлагает добавить больше вопросов, связанных с традицией празднования Рождества в России. Эту задачу школьники добавляют в бэклог и будут работать над ней в следующем спринте. Главная ценность Sprint Review — возможность быстро проверить, действительно ли команда движется в правильном направлении.

Sprint Retrospective, или ретроспектива спринта

Если во время Sprint Review команда обсуждает результат с заинтересованными участниками, то Sprint Retrospective — это разбор самого процесса работы внутри команды: 

• что получилось хорошо; 
• какие процессы работали плохо; 
• что улучшить в следующей итерации.

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

Ценности и принципы Scrum

В Scrum Guide выделено пять ценностей, на которых строится весь фреймворк.

Пять ценностей Scrum

• Приверженность (Commitment). Каждый участник отвечает не только за свою задачу, но и за общий результат команды.
• Сфокусированность (Focus). Во время спринта команда концентрируется на одной цели, а не пытается сделать всё сразу.
• Открытость (Openness). Проблемы не замалчивают, а сразу обсуждают, если что-то пошло не так.
• Уважение (Respect). Все участники относятся друг к другу как к профессионалам, уважают позицию друг друга.
• Смелость (Courage). Работа по скраму связана с большой долей неопределённости. Важно не бояться перестраивать изначальную стратегию и искать новые варианты.

Как принципы работают на практике

Представьте, что ученики 7-го класса готовят проект на тему «Что наш класс делает для улучшения экологии». По плану первый пункт должен быть «экономия воды». После первого спринта, во время которого опросили своих одноклассников, выясняется, что никто не экономит воду. Открываются три варианта: 

• решить, что «и так сойдёт, проверять же никто не будет», и оставить пункт про экономию воды;
• честно признать проблему и убрать этот пункт;
• выяснить, почему школьники не экономят воду и что бы могло помочь им начать это делать. 

В этом и будет проявляться следование принципам скрама — открытости и смелости. 

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

Пример работы по Scrum: как это выглядит в реальности

Давайте посмотрим на работу по Scrum на конкретном примере: команда школьников решила снять короткометражный фильм для конкурса. 

Представим, что участников восемь и они распределили роли так: 

• Петя — режиссёр, или Product Owner. Он придумал идею фильма — это будет история о романтическом знакомстве двух школьников. 
• Шесть человек — разработчики, то есть команда проекта. Настя — сценарист, Маша и Ваня будут актёрами, Даша — оператор, Света будет подбирать музыку и звуковое оформление, а Даня — монтировать. 
• Аня — скрам-мастер. Она будет следить за тем, чтобы команда достигала цели, которые они поставят на каждый спринт, не забывала о ценностях скрама — относилась друг к другу с уважением, не замалчивала сложности, — а каждая встреча продвигала работу вперёд.

Разберём один спринт длиной в неделю и все его события. Во время первой недели команда уже проделала подготовительную работу перед съёмками, пришло время второго спринта.

• Первый день — планирование спринта. Петя — Product Owner — ставит перед командой такую цель на спринт: снять черновую версию главных сцен фильма. Разработчики решают, какие задачи для этого нужно будет решить, формируют их и распределяют между собой.
• Дни со второго по шестой. Команда работает над своими задачами. Маша и Ваня играют сцены по сценарию, который уже был написан Настей во время предыдущего спринта. Даша снимает их. Света пишет черновой звук во время съёмок и подбирает нужную музыку из уже отобранных на предыдущем спринте треков. Затем Даня делает черновой монтаж. 

Каждое утро проходит Daily Scrum. Если появляются новые сложности, команда сразу перестраивает план. Например, Маша понимает, что некоторые написанные на бумаге диалоги звучат фальшиво, и предлагает Насте их скорректировать. Настя сначала начинает возмущаться, но тут Аня — скрам-мастер — напоминает ей о важности уважения друг к другу и сфокусированности на общей цели. Настя соглашается изменить сценарий.

• День седьмой. Все задачи завершены, и начинается Sprint Review. Команда показывает черновую версию основных сцен Пете — владельцу продукта, — а также ребята собирают фокус-группу из своих одноклассников. Те отмечают, что героиня Маши получилась слишком безынициативной, не очень понятно, какой у неё характер. Команда решает добавить сцены, в которых бы раскрывались мотивы героини, и немного изменить её поведение в уже имеющихся сценах.
• Sprint Retrospective. Команда отмечает, что во время съёмок много времени ушло на поиск локации из-за того, что она не была выбрана заранее. Ребята приходят к выводу, что для оставшихся сцен конкретные локации надо продумать уже на этапе планирования спринта. 
• На следующий день — новый спринт. С учётом полученного опыта.

Как оценивать эффективность Scrum-команды

Главным показателем прогресса считается готовый Increment, который приносит ценность пользователям. Однако можно использовать дополнительные показатели.

Скорость — Velocity

Velocity показывает, какой объём работы команда обычно успевает выполнить за один спринт. На него ориентируются при планировании следующего спринта.

График выгорания — Burndown Chart

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

Время выполнения заказа — Lead Time и время цикла — Cycle Time

Эти две метрики часто путают, но они отвечают на разные вопросы.

• Lead Time — сколько времени проходит с момента появления задачи до получения готового результата пользователем.
• Cycle Time — сколько времени занимает сама работа над задачей после того, как команда начала её выполнять.

Представьте, что в понедельник, 5 октября, учитель дал вам задание сделать в группах доклад об интересной исторической личности. Сдать работу надо через две недели — 19 октября. Ваша группа успешно выступила с докладом в нужный день. 

• Ваш Lead Time — время от появления задачи до готового результата — составил две недели. 
• Однако делать этот доклад вы начали только за три дня до окончания срока: 16 октября. Это и есть Cycle Time: время, за которое вы на самом деле выполнили задачу.

Инструменты для работы по Scrum

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

YouGile

YouGile подойдёт командам, которым важно быстро начать работу без долгой настройки. В таком инструменте удобно создавать доски с задачами, распределять задачи, обсуждать работу прямо внутри карточек и отслеживать этапы выполнения проекта. Для небольших компаний и учебных проектов этого часто оказывается вполне достаточно.

GreenData

GreenData позиционируется как российская альтернатива Jira, поддерживает планирование спринтов, управление бэклогом, канбан-доски и диаграммы Ганта. Данные хранятся в локальной инфраструктуре или в защищённом облаке.

EvaProject

EvaProject специализируется на Agile- и Scrum-сценариях. Он поддерживает Kanban и Waterfall. Внутри комплексное решение с управлением документацией и тестированием.

Чем Scrum отличается от Agile и Kanban

Scrum vs Agile

Scrum vs Kanban

Kanban тоже относится к гибким Agile-подходам, но работает иначе. 

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

Что такое Scrumban

Scrumban — это объединение методологии скрама и системы Kanban. Команда работает по спринтам и распределяет роли по системе Scrum, при этом визуализирует задачи с помощью Kanban-доски и одновременно работает над ограниченным количеством задач — это условие тоже пришло из Kanban.

Для каких проектов и команд подходит Scrum

Scrum — не универсальное решение. Есть проекты, в которых он скорее мешает, чем приносит пользу.

Где Scrum работает лучше всего

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

• в разработке приложений;
• создании игр;
• цифровых образовательных проектах;
• стартапах;
• продуктовых командах;
• маркетинге;
• дизайне;
• других творческих и исследовательских проектах.

Общее у всех этих проектов одно: заранее сложно предсказать, что получится в результате, а изменения важно вносить быстро.

Где Scrum не подойдёт

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

Преимущества и недостатки Scrum

Типичные ошибки при внедрении Scrum

Scrum без Product Owner

Если в Scrum нет Product Owner или его роль выполняется формально, у команды нет понимания, для чего она работает и в чём конечная цель проекта. Возникают такие проблемы: 

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

В результате разработчики много работают, но создают продукты, которые не приносят ценности.

Формальные отчёты

Напомним, что отчёт в скраме — это ежедневное короткое выступление каждого участника проекта на Daily Scrum. Иногда такие выступления становятся формальными: «Моя задача была написать текст для выступления ведущего, текст написал, проблем нет». 

Если вся встреча состоит из таких формальных отчётов, её смысл теряется. Не было сложностей → поделитесь, что помогло выполнить задачу, сколько времени на неё ушло и почему она оказалась лёгкой.

Настоящий Daily Scrum нужен для того, чтобы команда синхронизировалась и корректировала план достижения цели спринта.

Отсутствие приоритетов в бэклоге

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

Слишком длинные спринты

Длинный спринт — например, полтора-два месяца — лишает Scrum главного преимущества — быстрой обратной связи.

Если команда понимает, что движется не туда, спустя три месяца исправлять ошибки будет намного сложнее, чем спустя две недели. Официальный Scrum Guide рекомендует ограничивать продолжительность спринта одним месяцем или меньшим сроком.

Как внедрить Scrum в своей команде

Для начала выберите проект, чтобы протестировать на нём методы скрама. Например, вам задали сделать учебный проект в группах.

Шаг 1. Сформировать команду

Объясните вашей группе основные принципы работы по скраму и предложите распределить три классические роли: Product Owner, Scrum Master и Developers.

Шаг 2. Создать Product Backlog

На этом этапе надо определить цель проекта и первые задачи. После этого Product Owner расставляет приоритеты: что важно сделать в первую очередь, а что подождёт.

Шаг 3. Запустить первый спринт

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

После окончания команда получает первый готовый результат и обратную связь от заказчика или других заинтересованных лиц. Если вы делаете учебный проект, скорее всего, такими лицами будут учителя или фокус-группа из одноклассников и друзей.

Шаг 4. Провести ретроспективу

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

Частые вопросы о Scrum

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

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

Чем Scrum отличается от Agile?

Scrum — набор инструментов, который помогает применить принципы Agile на практике. Agile — система ценностей, на которую опираются при работе над проектом. 

Что такое спринт?

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

Кто такой Scrum Master?

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

Можно ли использовать Scrum вне ИТ?

Да. Хотя изначально скрам был разработан для ИТ-проектов, сегодня эту систему применяют в школе, маркетинге, дизайне, разработке новых продуктов, научных исследованиях.

Сколько человек должно быть в Scrum-команде?

Официальный Scrum Guide не устанавливает, какое должно быть точное число участников, но рекомендует небольшие команды. На практике чаще всего Scrum-команда состоит примерно из 5–10 человек. 

Как научиться Scrum с нуля?

1. Изучить основные принципы, роли и этапы работы из официального Scrum Guide. 
2. Выбрать проект, над которым вы хотите поработать по этой системе. 
3. Договориться с другими участниками.