Scrum Guide

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

История создания

Scrum как метод управления проектами возник в начале 1990-х годов. Кен Швабер и Джефф Сазерленд, опираясь на идеи процессного управления и работы Хиротаки Такэути и Икудзиро Нонаки, разработали концепцию, которая впервые была представлена на конференции OOPSLA в 1995 году. Первая версия Scrum Guide была опубликована в 2010 году, чтобы зафиксировать единое и непротиворечивое определение Scrum, устранив разночтения, возникшие в сообществе практиков.

С тех пор документ неоднократно обновлялся. Наиболее значимые изменения были внесены в 2011 году (уточнение ролей и артефактов), в 2013 году (добавление принципа «Готовность» — Definition of Done), в 2016 году (пересмотр описания артефактов и обязательств перед ними) и в 2020 году (последняя на данный момент редакция, ноябрь 2020 года). В версии 2020 года были упрощены формулировки, устранено понятие «Scrum-мастер» как единственного слуги-лидера, а также введено понятие «цели продукта» (Product Goal) и «цели спринта» (Sprint Goal) как обязательных элементов.

Структура и содержание

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

Определение Scrum

В начале документа даётся определение: Scrum — это лёгкий фреймворк, который помогает людям, командам и организациям создавать ценность через адаптивное решение сложных проблем. Scrum основан на эмпиризме и бережливом мышлении (lean thinking). Эмпиризм предполагает, что знание происходит из опыта и принятия решений на основе наблюдаемого, а бережливое мышление фокусируется на устранении потерь и фокусировке на сути.

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

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

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

Роли (Accountabilities)

В Scrum определены три обязательные роли (в терминологии Scrum Guide — «accountabilities», то есть ответственности):

• Product Owner (Владелец продукта) — отвечает за максимизацию ценности продукта, управление бэклогом продукта и чёткое формулирование целей. Это единственный человек, который может изменять приоритеты задач.
• Scrum Master (Скрам-мастер) — отвечает за понимание и внедрение Scrum в команде и организации. Он помогает всем участникам следовать правилам фреймворка, устраняет препятствия и способствует самоорганизации.
• Developers (Разработчики) — члены команды, которые непосредственно создают инкремент продукта. Они самоорганизуются, планируют свою работу и несут коллективную ответственность за результат.

События (Events)

Все события в Scrum имеют фиксированную длительность (time-boxed) и служат для создания регулярного ритма работы:

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

Артефакты (Artifacts)

Артефакты представляют собой ключевую информацию о работе и продукте:

• Бэклог продукта (Product Backlog) — упорядоченный список всего, что может понадобиться в продукте. Это единственный источник требований, который постоянно эволюционирует.
• Бэклог спринта (Sprint Backlog) — набор элементов бэклога продукта, выбранных для выполнения в спринте, плюс план по их достижению. Он виден всем и обновляется в течение спринта.
• Инкремент (Increment) — готовый к использованию фрагмент продукта, который соответствует определению «Готовность» (Definition of Done). Каждый инкремент должен быть работоспособным и потенциально релизным.

Каждый артефакт имеет обязательство (commitment), которое повышает прозрачность:

• Для бэклога продукта — Цель продукта (Product Goal).
• Для бэклога спринта — Цель спринта (Sprint Goal).
• Для инкремента — Определение «Готовность» (Definition of Done).

Применение и значение

Scrum Guide используется как базовый справочник для сертификационных программ (например, Professional Scrum Master от Scrum.org или Certified ScrumMaster от Scrum Alliance). Он служит эталоном для аудита Scrum-процессов и обучения. Несмотря на то, что Scrum изначально создавался для разработки программного обеспечения, его принципы применяются в маркетинге, образовании, управлении персоналом и даже в государственном управлении.

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

Интересные факты

• Scrum Guide переведён на более чем 30 языков, включая русский. Официальный перевод на русский язык был выполнен и утверждён Кеном Швабером и Джеффом Сазерлендом.
• В версии 2020 года из документа было удалено слово «команда» (Team) в контексте трёх ролей, чтобы подчеркнуть, что все три роли вместе составляют Scrum-команду.
• Scrum Guide не содержит описания конкретных практик, таких как «user stories» (пользовательские истории) или «planning poker» (покер планирования). Эти инструменты являются дополнительными и не входят в официальный фреймворк.
• Документ распространяется бесплатно и доступен для скачивания на официальном сайте scrumguides.org.

Источники

• Кен Швабер, Джефф Сазерленд. «Scrum Guide» (ноябрь 2020 года). Официальное издание.
• Кен Швабер. «Scrum: Искусство делать вдвое больше за вдвое меньшее время». — М.: Эксмо, 2017.
• Джефф Сазерленд. «Scrum. Революционный метод управления проектами». — М.: Манн, Иванов и Фербер, 2016.
• Материалы сайта scrum.org (раздел «The Scrum Guide»).
• Материалы сайта scrumguides.org (архив версий и переводов).