Блог Product lab

Scrum – фреймворк для ритмичной разработки нового продукта

Agile
Автор статьи: Максим Якубович — тренер по управлению проектами и Agile. Эксперт в области создания Корпоративных систем управления проектами, внедрения Agile, описания и автоматизации бизнес-процессов.

Что такое Scrum?

Scrum – это фреймворк для организации рабочего процесса, построенный на итерационно-инкрементальном подходе к созданию ценности. Он делит проект на короткие временные отрезки (спринты), которые обычно длятся от одной до четырех недель. После завершения каждого спринта команда демонстрирует созданный инкремент продукта и получает обратную связь от владельца продукта (Product Owner). Scrum активно применяют в разработке IT-продуктов и других сферах, где команды создают новые продукты. Этот подход разделяет ценности Agile и характеризуется слаженной командной работой, которая повышает качество и скорость разработки новых продуктов.

Применимость Scrum и модель Cynefin

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

1. Простые системы — процессы предсказуемы, решение очевидно и легко реализуемо. Scrum не нужен, так как последовательные и водопадные методологии более уместны.

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

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

4. Хаотичные системы — здесь ситуация настолько неопределённая, что нет времени на анализ. Для таких случаев лучше подходят другие методы выполнения задач.
Таким образом, Scrum идеально подходит для задач в запутанных системах, где требуется быстрое тестирование гипотез, оценка результатов и адаптация.

История появления

Джефф Сазерленд и Кен Швабер впервые представили Scrum в 1995 году. Название было заимствовано из регби, символизируя согласованную командную работу. В 1993 году Сазерленд использовал Scrum для разработки сложного программного обеспечения для ФБР, что позволило команде достичь успеха в рекордные сроки. В 2010 году все основные правила работы были опубликованы в Scrum Guide (скрам гайд).

Итерационная модель против каскадной модели


В отличие от каскадной модели (Waterfall), Scrum предполагает гибкость в изменении требований и позволяет заказчику влиять на продукт на каждом этапе разработки. В Waterfall подходе готовый продукт поставляется лишь после завершения проекта, что может привести к неудовлетворенности результатом. Scrum же ориентирован на адаптацию, и поэтому подходит для создания IT-продуктов, курсов или контента, где конечный продукт должен постоянно адаптироваться под запросы.

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

Как устроен Scrum


Scrum основывается на трех ключевых принципах: прозрачность, инспекция и адаптация. Все аспекты работы ясны и доступны для понимания всей команды; прогресс регулярно проверяется, а итоги каждой итерации (спринта) корректируются при необходимости. Также в Scrum заложены пять командных ценностей: приверженность, сфокусированность, открытость, уважение и смелость.

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

Команда работает автономно и самостоятельно определяет, как достичь целей, установленных владельцем продукта. Все участники, не являющиеся частью Scrum-команды, называются стейкхолдерами и не вмешиваются в процесс разработки.


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

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

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

Для внедрения Scrum лучше всего начать с небольшого, но значимого проекта продолжительностью 2-4 месяца. Рекомендуется пройти тренинг по Scrum или пригласить Agile-коуча для внедрения процесса.

Ключевые шаги внедрения Scrum:

1. Сформировать кросс-функциональную команду.
2. Изучить Scrum-гайд.
3. Назначить роли: Владелец продукта, Scrum-мастер, команда разработки.
4. Определить длительность спринта.
5. Установить время для проведения регулярных встреч.
6. Создать и приоритизировать бэклог.
7. Провести планирование спринта, распределить задачи между участниками команды и ежедневно следить за прогрессом спринта.
8. Провести демо и ретроспективу для анализа достижений и улучшения процесса.

Основные трудности при внедрении Scrum:

1. Сопротивление сотрудников изменениям.
2. Микроменеджмент, приводящий к нарушению планов.
3. Сочетание ролей Product Owner и Scrum-мастера одним человеком, что снижает качество работы.

Если опыта в работе по Scrum в команде пока ни у кого нет, целесообразно пригласить опытного Scrum-мастера для запуска процесса и поддержки команды на протяжении первых трех месяцев.

Хотите узнать больше о Scrum, и как работать с инструментами планирования
и приоритизации задач, чтобы увеличить эффективность работы? Оставьте заявку на Курс по Scrum — самому популярному Agile-подходу.

В результате обучения вы:

Узнаете:
  • какие совещания надо внедрить для работы по Scrum
  • какие документы для планирования и контроля проекта нужно использовать
  • какие роли должны выполняться при работе по Scrum
Научитесь:
  • расставлять приоритеты в бэклоге продукта и планировать спринт
  • использовать диаграмму для прогноза результатов спринта
  • работать в гибкой команде

Узнать подробнее и зарегистрироваться


Хотите начать изучение Agile-подходов и Kanban с основ? И узнать, как быстрее реагировать на изменения в требованиях рынка, запускать и тестировать маркетинговые кампании и подстраивать свои стратегии в реальном времени? Тогда можете зарегистрироваться на курс Agile Certified Professional по ссылке ниже.

В результате обучения вы:

Узнаете:
  • принципы Agile и откроете для себя мир гибкого управления
  • как управлять проектами и продуктами в условиях неопределенности с помощью гибких подходов
  • как внедрить Agile в своей компании
Научитесь:
  • применять Scrum и Kanban на практике
Сможете:
  • улучшить процессы своей команды и ускорить разработку продуктов
  • претендовать на карьерное продвижение
Получите:
  • международный сертификат от консорциума ICAgile
  • сертификат от Product Lab

Узнать подробнее и зарегистрироваться


Подписывайтесь на наши соцсети, чтобы не пропускать новые статьи: