Фреймворк SCRUM: что это и как его использовать для управления проектами

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

Фреймворк SCRUM — это подход к разработке, который позволяет создавать комплексные продукты и решения при высокой неопределенности рынка и клиентов. Он соответствует ценностям Аджайл, описанным в Agile Manifesto, и опирается на свои принципы:

• прозрачность (transparency), суть которой во взаимном доверии и открытой коммуникации,
• инспекция (inspection), которая говорит команде о том, что необходимо постоянно анализировать и оценивать текущее состояние,
• адаптация (adaptation), смысл которой в корректировках, которые необходимо делать, получая новую информацию на основе данных.

Одни из отличительными особенностей работы по SCRUM:

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

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

Использование фреймворка позволяет управлять проектами более гибко, быстро реагировать на изменения и достигать высоких результатов. Если вам требуется внедрение фреймворка SCRUM для команды — обратитесь в Neogenda. Мы предложим решение для вашего бизнеса на бесплатной консультации в Zoom.

Далее в статье:

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

Что такое фреймворк и чем он отличается от методологии

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

Фреймворк предоставляет указания о том, как правильно организовать работу над проектом:

• какие повторяющиеся события должны быть;
• какие роли необходимы;
• каким должен быть каркас процесса.

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

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

История появления фреймворка SCRUM

Впервые фреймворк SCRUM был упомянут в 1986 году в статье Harvard Business Review, японскими учеными Хиротако Такеути и Икудзиро Нонаки.

Один из разделов статьи назывался «Moving the Scrum Downfield» и приводил необычную аналогию термина с игрой в регби. В регби термин « SCRUM» обозначает ситуацию, когда игроки обеих команд собираются вместе после приостановки игры, сцепляются между собой, ожидают продолжение игры и очередного вброса мяча. Эта фаза игры, где команды борются за мяч, является отправной точкой развития событий в игре и определяет дальнейший ход событий.

В статье Хиротаки Такеути и Икудзиро Нонаки обсуждались принципы и концепции гибкого управления проектами, основанные на итерационном и коллаборативном подходе. Авторы подчеркивали важность быстрого реагирования на изменения и постоянные улучшения в процессе разработки продуктов.

Именно эти идеи и принципы послужили основой для дальнейшего развития и распространения фреймворка SCRUM в современном мире.

Easel Corporation стала первой компанией, где был внедрен SCRUM. В 1993 году команде из Джеффа Сазерленда, Джона Скамниоталеса и Джеффа МакКенны пришлось разработать программный продукт за рекордные 6 месяцев. Статья Такэути и Нонаки вдохновила Сазерленда применить предложенный подход на срочном проекте. С использованием нового подхода проект был успешно завершен в срок, в рамках бюджета и с минимальным количеством ошибок.

Позднее, в 1995 году, Кен Швабер и Джефф Сазерленд объединились для доработки и описания фреймворка SCRUM в его привычном виде. Они презентовали свой доклад «Процесс разработки Scrum» на конференции OOPSLA и приняли участие в написании Agile-manifesto.

Постепенно SCRUM стал популярным в различных областях, включая разработку ПО, маркетинг, образование и даже здравоохранение. Сегодня SCRUM является одним из наиболее распространенных и успешных фреймворков для управления проектами и продуктами, и применяется многими компаниями во всем мире.

Для каких задач подходит использование SCRUM

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

Ниже некоторые особенности, которые стоит учитывать, если вы хотите внедрить Scrum для реализации проекта:

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

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

Преимущества и недостатки фреймворка в управлении проектами

К достоинствам использования фреймворка SCRUM для разработки продуктов можно отнести:

• Гибкость и адаптивность. Фреймворк позволяет командам быстро адаптироваться к изменениям, реагировать на обратную связь и корректировать бэклог в ходе проекта.
• Прозрачность. В SCRUM четко определены роли, обязанности и процессы, что создает прозрачность в работе команды и повышает ее продуктивность.
  Возможность быстрого выхода на рынок. Работа спринтами позволяет команде часто выпускать готовые инкременты продукта, что способствует быстрому выходу на рынок и улучшениям продукта в ходе дальнейших итераций.
• Динамика. Фреймворк задает высокую динамику работы команды за счет коротких циклов разработки и регулярных релизов.
• Повышение качества продукта. Команда имеет возможность улучшать продукт на протяжении всего процесса разработки за счет постоянного контроля качества и обратной связи.

Среди недостатков можно выделить:

• Необходимость командной самоорганизации. Фреймворк требует, чтобы команда была самоорганизованной и принимала самостоятельные решения. В случае отсутствия такой способности у команды, подход может не дать желаемых результатов.
• Сложность внедрения. Для успешного внедрения SCRUM необходимо четкое понимание всех процессов и готовность всех участников к изменениям в работе.
• Необходимость постоянного взаимодействия с заказчиком. Фреймворк предполагает активное взаимодействие с заказчиком и стейкхолдерами, что иногда оказывается сложным из-за разницы во взглядах и приоритетах.
• Возможность перегруза команды. Постоянное выполнение итераций без перерывов и ошибки в планировании, могут привести к выгоранию членов команды и снижению уровня мотивации.
• Отсутствие строгих регламентирующих документов. Фреймворк не предусматривает создания регламентирующих документов на запуске проекта, что может затруднять понимание общей стратегии развития продукта и реализацию проекта.

Ключевые элементы SCRUM

Фреймворк SCRUM — это набор ценностей, ролей, событий и артефактов, которые должны обязательно использоваться для получения максимального эффекта от фреймворка:

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

Далее, мы уделим внимание ролям, событиям и артефактам.

Scrum-команда

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

Подробнее о роля Scrum-команды.

Владелец продукта (Product Owner)

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

Он несет ответственность за:

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

Скрам мастер (Scrum Master)

SCRUM-мастер (Scrum Master) — это человек, ответственный за понимание теории и практики Scrum и за его применение в соответствии с руководством.

В его обязанности входит:

• Коучинг участников команды. Scrum мастер помогает команде становится кросс-функциональной и нацеленной на самоуправление
• Фокусировка на ценности. Scrum мастер фокусирует команду на том, чтобы выпускаемый инкремент соответствовал критериям готовности и нес ценность.
• Устранение препятствий. Одной из основных задач SCRUM-мастера является помощь команде в устранении препятствий, которые могут затруднять выполнение работ и достижение целей проекта.
• Фасилитация событий. SCRUM-мастер организует и ведет SCRUM-события. Он помогает команде эффективно использовать время этих событий.

Если вы хотите узнать больше о том, кто такой SCRUM-мастер, читайте нашу статью: «Кто такой scrum-мастер: объясняем простым языком». В ней мы подробно рассказываем кто это и какие у него функции в команде.

Разработчики (Developers)

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

Они несут ответственность за:

• Sprint Backlog. разработчики создают план на Sprint и определяют, какие части Backlog попадут в ближайший спринт.
• Качество. Разработчики руководствуются критериями готовности и стремятся сделать максимально качественный готовый инкремент.
• Адаптация. Разработчики ежедневно принимают решения на основании своего плана, как им необходимо меняться для достижения Цели Спринта.
• Взаимодействие. Разработчик несут друг перед другом ответственность и проявляются профессионализм друг перед другом.

SCRUM события

Во фреймворке SCRUM существует 5 видов регулярных событий.

Рассмотрим подробнее каждое из них.

1. Спринт (Sprint). Событие с фиксированной продолжительностью от 1 до 4 недель, в течение которого команда работает над созданием рабочего инкремента продукта. Спринт создает условия для предсказуемость, а короткие отрезки создают динамику, которая способствует проявлению инспекции процесса и адаптации новых решений.
2. Планирование спринта (Sprint Planning). Событие, на котором Scrum-команда планирует, что будет взято в работу в будущем спринте. На этом событии обсуждаются наиболее важные элементы Продуктового бэклога, поэтому команда может звать на помощь людей, которые не находятся в Scrum-команде.
3. Ежедневный Scrum (Daily Scrum). Ежедневная инспекция прогресс по достижению цели спринта. Обычно около 15 минут, в течение которых разработчики обсуждают и корректируют работу над элементами цели спринта.
4. Обзор спринта (Sprint Review). Рабочее событие, в течение которого Scrum команда демонстрирует результаты по спринту заинтересованным лицам и выявляются необходимые корректировки в дальнейше работе над продуктом, и непосредственно в бэклог продукта.
5. Ретроспектива спринта (Sprint Retrospective). Событие, на котором команда инспектирует прошедший спринт и находит наиболее полезные для улучшения и повышения эффективности и конкретные решения, которые могут этому способствовать, после чего такие решения добавляются в следующий спринт.

Артефакты

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

В SCRUM есть три артефакта:

1. Бэклог продукта (Product Backlog) — это упорядоченный и обновляемый список всего, что необходимо для улучшения продукта. Создается и поддерживается владельцем продукта, дорабатывается в ходе работы над проектом.
2. Бэклог спринта (Sprint Backlog) — это план работ, который создают разработчики для работы над будущим спринтом. Такой план составляется исходя из Цели спринта и может меняться по ходу спринта в зависимости от получения новых знаний.
3. Инкремент (Increment) — это конкретное улучшение в продукт, которое появляется в течение спринта и является частью продуктовой цели. Инкремент должен соответствовать критериям готовности и является дополняющем продукт ко всем предыдущим инкрементам. За спринт может быть выпущено несколько инкрементов.

Как внедрить SCRUM в управление проектами

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

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

2. Поймите, что есть спонсор. Как правило, это лидер, который поддерживает такие важные изменения в процесс разработки. Если такового лидера не найдется, внедрение может провалиться.

3. Проведите обучение будущей команды. Организуйте обучающий тренинг по SCRUM для всех участников команды, сформируйте общее понимание работы по фреймворку для всех членов команды.

4. Определитесь с ролями. Кто будет Product Owner и отвечать за максимизацию ценности продукта и выбор целей продукта. Кто будет Scrum мастером.

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

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

7. Проведите планирование первого спринта. На планировочном митинге выберите задачи из бэклога продукта для реализации первого спринта и определите объем работы.

8. Проводите ежедневные Daily Scrum. Установите время для ежедневных коротких встреч для обсуждения прогресса, проблем и планов на день.

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

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

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

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

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

Основные сложности внедрения SCRUM

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

• Непонимание ценностей и принципов SCRUM. Одной из основных проблем при внедрении может быть недостаточное понимание ценностей и принципов фреймворка. Если команда не осознает важность слаженной командной работы, итеративного процесса разработки, самоорганизации и постоянного совершенствования, то внедрение SCRUM может не принести желаемого результата.
• Слишком длинные или короткие спринты. Слишком длинные спринты могут привести к задержкам в доставке продукта, а слишком короткие – к перегрузке команды и снижению продуктивности. Поиск баланса в определении длительности спринтов требует опыта и понимания специфики проекта.
• Постоянная адаптация к изменяющимся требованиям. SCRUM предполагает гибкость и адаптивность к изменениям, однако постоянное изменение требований и влияние внешних условий может вызвать проблемы. Команда должна быть готова реагировать на изменения, оперативно пересматривать приоритеты и вносить коррективы в работу – это требует организационной гибкости и четкости в коммуникациях.
• Проблемы планирования. Планирование в SCRUM играет важную роль, но может стать сложным из-за неопределенности требований, сложности в оценке задач, неопытности команды или недостаточного понимания объема работ. Недостаточно обдуманное планирование может привести к задержкам или недооценке сроков выполнения задач.

Если вам требуется внедрение фреймворка SCRUM — обратитесь в Neogenda. Мы помогли решить проблемы бизнеса и управления крупнейшим компаниям, среди которых Тинькоff, Сбер, Авито, Азбука Вкуса, Газпромбанк и другие. Оставьте заявку и мы предложим решение на консультации в Zoom.