Вы слышали о методологии Scrum? Многие специалисты в области цифрового управления проектами знакомы с этим термином и его применением в различных сферах таких как управление проектами, маркетинг и другие. Здесь вы узнаете, что такое Scrum.
Отчёт, опубликованный Институтом управления проектами (PMI), показал, что как минимум половина менеджеров проектов, использующих гибкую методологию (Agile), также применяют Scrum. Более того, другое исследование той же организации выявило, что совокупно до 55% успешных компаний «часто», «иногда» или «всегда» используют Scrum.
Так что если вы всё ещё не до конца понимаете, что такое методология Scrum, вы в правильном месте. В этой статье вы узнаете всё, что нужно знать о Scrum.
Что такое Scrum?
Scrum, как определили его разработчики Джефф Сазерленд и Кен Швабер, это управленческая методология, использующая итерационные процессы в рамках более широкой системы и опирающаяся на кросс-функциональные команды для достижения целей и адаптации к изменениям. Основная цель Scrum быстро и полноценно реализовывать небольшие части конкретного релиза, вместо того чтобы зацикливаться на множестве мелких этапов, которые обычно происходят в каждой итерации или спринте.
Использование Scrum в управлении проектами снижает затраты на разработку, повышает отзывчивость к потребностям клиентов, улучшает удовлетворённость сотрудников и обеспечивает быстрые результаты. Scrum можно рассматривать скорее как гибкую практику, а не линейный процесс он учитывает взаимодействие множества команд, целей и задач по мере развития проекта.
Кроме того, Scrum предлагает чёткую и структурированную систему, основанную на четырёх ключевых церемониях:
- Демонстрация спринта (Sprint demo)
- Планирование спринта (Sprint planning)
- Ретроспектива спринта (Sprint retrospective)
- Ежедневный стендап (Daily standup)
Это делает структуру Scrum одной из самых популярных и эффективных методологий.
Краткая история Scrum
1986:
Икудзиро Нонака и Хиротака Такеути два японских эксперта в области бизнеса впервые ввели термин «Scrum», опубликовав статью «The New Product Development Game» в журнале Harvard Business Review.
Они описали Scrum как подход к разработке продукта в стиле «регби», где вся команда движется вперёд, передавая «мяч» друг другу.
1993:
Первая полноценная реализация Scrum произошла в компании Easel Corporation, когда Джефф Сазерленд, Джон Скумниотейлс и Джефф Маккенна внедрили методологию в практику.
1995:
Кен Швабер и Джефф Сазерленд представили Scrum как официально оформленный процесс, выступив с докладом «The SCRUM Development Process» на конференции Object-Oriented Programming, Systems, Languages & Applications (OOPSLA) в Остине. Это стало первым публичным представлением Scrum.
2001:
Швабер и Сазерленд вместе с 15 другими разработчиками приняли участие в создании Agile Manifesto, который стал важнейшим документом для разработчиков по всему миру, предлагая новый, гибкий подход к созданию программного обеспечения.
В следующем году Швабер основал организацию Scrum Alliance.
2002:
Швабер запустил Scrum Alliance и начал выдавать сертификации по различным аспектам Scrum, включая сертификат Scrum Master. На сегодняшний день более 100 000 человек получили данную сертификацию.
2016:
Scrum был окончательно стандартизирован. Методология стала учитывать распределённые команды и наличие двух владельцев продукта. Это позволило ещё большему количеству организаций добровольно перейти на Scrum-структуру.
Как работает Scrum?
Если вы задаётесь вопросом, «как работает Scrum?», вот ответ.
Scrum это процессная структура, в которой небольшие команды создают продукты. Она использует итеративную, интегрированную и лёгкую модель разработки аналогично другим Agile-методологиям, таким как Kanban и XP.
Scrum это скорее мышление и подход, чем конкретная техника. Он способствует выстраиванию эффективных рабочих отношений, которые помогают множеству людей совместно управлять сложными проектами. Эти отношения подразделяются на три ключевых категории: артефакты, церемонии и роли.
Главная цель Scrum поощрять самоорганизацию вместо строгой иерархии и давать командам свободу выполнять работу самостоятельно. Именно поэтому взаимодействие Scrum-команды основывается на трёх главных принципах:
Инспекция (Inspection)
Каждое мероприятие Scrum предоставляет уникальную возможность оценить процесс и его прогресс для последующего улучшения.
Прозрачность (Transparency)
Каждый важный аспект проекта должен быть абсолютно понятен всем участникам команды и заинтересованным сторонам. Хорошо обученные Scrum-команды регулярно обмениваются актуальной информацией.
Адаптация (Adaptation)
Все необходимые изменения и корректировки вносятся своевременно и в соответствии с ситуацией.
Когда стоит использовать Scrum?
Scrum можно применять для проектов, которые требуют гибкости, но при этом имеют достаточно чётко определённые цели и задачи, поставленные заказчиком и заинтересованными сторонами.
Эта методология идеально подходит для проектов, где полезно регулярно пересматривать цели, задачи и роли команды в рамках коротких итераций спринтов.
Scrum предполагает наличие формальных ролей, создающих структуру проекта, но при этом оставляет пространство для гибкости например, для перераспределения задач в зависимости от изменений сроков или приоритетов в процессе работы.
Scrum особенно эффективен для проектов, которые:
- Работают с кросс-функциональной командой
- Требуют быстрого цикла обратной связи
- Используют фидбек от стейкхолдеров для определения приоритетов следующего спринта
- Имеют заказчиков, которые часто меняют свои решения
- Не подвергаются частым отвлечениям от повседневных бизнес-задач
Принципы методологии Scrum
Если вы хотите правильно внедрить Scrum, необходимо строго следовать его основным принципам. Некоторые из них пересекаются с концепциями Agile, но многие являются уникальными для Scrum.
Вот основные принципы методологии Scrum:
1. Рабочий продукт важнее обширной документации
Scrum фокусируется на создании готового продукта, а не на бесконечном написании документации. Работа делится на ограниченные по времени спринты, и каждый из них должен завершаться выпуском рабочего (готового к поставке) результата.
2. Люди и взаимодействие важнее процессов и инструментов
Scrum уделяет приоритетное внимание команде и коммуникации, а не процессам и инструментам. Ведь именно эффективное взаимодействие помогает проекту двигаться вперёд.
3. Сотрудничество с клиентом важнее переговоров по контракту
В Scrum клиент активно участвует во всех этапах проекта от начала до конца. Постоянное взаимодействие с заказчиком помогает адаптировать продукт под реальные ожидания.
4. Реакция на изменения важнее следования плану
Scrum не воспринимает изменения как проблему наоборот, приветствует их. Гибкость и способность адаптироваться под новые требования являются фундаментом этой методологии.
Три элемента методологии Scrum
Элементы (или артефакты) Scrum имеют ключевое значение, поскольку они обеспечивают команду важной информацией, необходимой для эффективной разработки продукта.
Бэклог продукта (Product Backlog)
Бэклог продукта это своего рода список всех функций, требований и особенностей будущего продукта. Он постоянно обновляется и отражает всё, что нужно реализовать в проекте.
Стоит отметить, что изменение требований продукта в процессе разработки это абсолютно нормальное явление. Такие корректировки часто происходят для того, чтобы отразить новые потребности бизнеса или изменения рыночных тенденций. Именно поэтому бэклог продукта регулярно пересматривается и обновляется.
Бэклог спринта (Sprint Backlog)
Бэклог спринта это набор элементов из общего бэклога продукта, которые команда выбрала для выполнения в рамках конкретного спринта. В него также входит детальный план по созданию нового инкремента (готовой части продукта), который должен быть завершён к концу спринта.
Бэклог спринта показывает объём работы, которую команда разработки обязуется выполнить в течение ближайшего цикла, а также определяет критерии, необходимые для достижения состояния «готово» (done).
Элемент бэклога продукта (Product Backlog Item)
Элемент бэклога продукта это отдельная задача или требование, из которых и состоит весь бэклог. Каждый элемент описывает конкретные изменения или доработки, необходимые для достижения желаемого результата.
Проще всего донести до команды разработки суть требуемого результата можно с помощью «пользовательских историй» (user stories) коротких описаний того, чего именно ожидает пользователь или заказчик от продукта.
Методология Scrum и её ключевые роли
Методология Scrum, как уже упоминалось ранее, основывается на распределении ролей каждая из которых отвечает за определённую часть процесса и контролирует конкретные переменные. Благодаря этому все участники могут внести свой вклад в итоговый результат продукта.
Scrum Master (Скрам-мастер)
Scrum Master это человек, который руководит Scrum-командой и помогает ей правильно применять принципы методологии. Его главная цель убедиться, что каждый участник команды понимает и следует основам Scrum.
Скрам-мастер направляет, обучает и поддерживает команду, особенно во время ежедневных собраний (Daily Scrum).
Однако важно подчеркнуть, что Scrum Master не является главным руководителем и не несёт единоличной ответственности за результат проекта ответственность всегда лежит на всей команде целиком.
Совместно с владельцем продукта (Product Owner), Scrum Master следит за тем, чтобы проект оставался на правильном пути, и выполняет следующие функции:
- Оптимизирует управление бэклогом продукта
- Организует Scrum-события
- Помогает команде глубже понять требования и задачи из бэклога продукта
Команда разработки (Scrum Development Team)
Команда разработки это группа профессионалов, непосредственно отвечающих за создание и поставку инкремента готового продукта (Done) по завершении каждого спринта.
Особенности Scrum-команды:
- Команды разработки кросс-функциональны каждый участник обладает навыками, необходимыми для создания инкремента.
- Они самоорганизуются, то есть никто даже Scrum Master не указывает им, как именно превращать элементы бэклога в готовый продукт.
- Команда несёт коллективную ответственность за успех или неудачу проекта. Если ошибка одного члена приводит к пропуску инкремента, ответственность за это принимает вся команда.
Владелец продукта (Product Owner)
Владелец продукта представляет интересы бизнеса и клиентов. Его основная задача следить, чтобы команда не отклонялась от главной цели спринта.
Product Owner обычно отлично понимает потребности пользователей, так как взаимодействует с широким кругом заказчиков и стейкхолдеров.
Он также:
-
Определяет приоритеты задач и функций в начале каждого спринта
-
Отвечает на все вопросы команды, связанные со спецификациями и требованиями
-
Не участвует напрямую в процессе разработки, но задаёт направление и обеспечивает ясность целей
Преимущества методологии Scrum
1. Лёгкая адаптация к изменениям
Короткие спринты и регулярная обратная связь позволяют быстро реагировать на изменения. Постоянный анализ и обсуждения помогают команде совершенствоваться в ходе работы.
2. Ответственность и вовлечённость
Каждый член команды участвует в определении задач для спринта. Все мнения и идеи обсуждаются и учитываются.
Отсутствие классического руководителя проекта способствует большей самостоятельности и сплочённости команды.
3. Снижение затрат
Scrum снижает расходы и повышает качество продукта, поскольку ошибки и изменения выявляются и устраняются сразу же по мере их появления.
Короткие спринты позволяют разделить проект на небольшие части, что делает процесс более управляемым.
4. Прозрачность и видимость проекта
Благодаря ежедневным встречам, регулярным проверкам и чётко определённым ролям, Scrum обеспечивает максимальную прозрачность и понимание текущего состояния проекта.
Проблемы выявляются на ранних этапах, что предотвращает задержки и помогает команде двигаться по плану.
Недостатки методологии Scrum
1. Требует опыта и вовлечённости
Scrum-команды обычно небольшие, поэтому на каждом участнике лежит значительная ответственность.
Чтобы методология работала эффективно, все участники должны обладать не только техническими знаниями, но и глубоким пониманием принципов Scrum.
Если в команде есть участники с недостаточным опытом или низкой вовлечённостью, это может замедлить работу и вызвать трудности у остальных членов команды.
Расширение объёма работ (Scope Creep)
В методологии Scrum цели проекта обычно гибкие, и изменения приветствуются. Однако проблема “scope creep” (н неконтролируемое расширение задач) может стать серьёзным препятствием.
Часто заказчики или стейкхолдеры пытаются навязать дополнительные изменения добавляя новые функции или требования слишком быстро и слишком часто. Это приводит к перегрузке команды, потере фокуса и нарушению сроков спринтов.
Трудности в управлении большой командой
Scrum изначально разрабатывался для небольших команд, поэтому управление большими группами специалистов может быть довольно сложным. Все процессы, роли и артефакты методологии создавались с расчётом на компактные, тесно взаимодействующие команды.
При увеличении численности участников может пострадать коммуникация, снизиться скорость принятия решений и усложниться процесс самоорганизации.
Итог
Вкратце, методология Scrum направлена на то, чтобы команда могла эффективно и слаженно работать над действительно важными проектами, сохраняя устойчивый темп и качество.
Да, временами интенсивная работа может вызывать усталость и даже раздражение, но в долгосрочной перспективе Scrum гарантирует высокую продуктивность и чёткие результаты.
Так что в следующий раз, когда кто-то спросит вас «Что такое Scrum?» или «Как работает Scrum?», у вас уже будет идеальный ответ!