С годами Руководство по Scrum стало немного более директивным. Версия 2020 года нацелена, чтобы вернуть Scrum к минимально достаточному фреймворку, удалив или смягчив директивный язык. Например, удалены Daily Scrum вопросы, смягчены формулировки вокруг атрибутов Product Backlog, смягчены формулировки ретроспетивы спринта, сокращен раздел отмены спринта и многое другое.

Цель состояла в том, чтобы устранить концепцию отдельной команды внутри команды, которая привела к поведению “прокси” или "мы и они” между командой Product Owner и командой Developers. Сейчас существует только одна Scrum-команда сосредоточенная на одной и той же цели, с тремя различными наборами обязанностей: Product Owner, Scrum Master и Developer.

Руководство по Scrum 2020 вводит концепцию Product Goal, чтобы обеспечить сфокусированность Scrum-команды на достижение большей ценности. Каждый спринт должен приближать продукт к Product Goal.

Предыдущие руководства по Scrum описывали Sprint Goal и Definition of Done, без представляния об их принадлежности. Они не были совсем артефактами, но были в какой-то степени привязаны к артефактам. С добавлением Product Goal, версия 2020 обеспечивает большую ясность в этом вопросе. Каждый из трех артефактов теперь содержит "обязательства" перед ними. Для Product Backlog это Product Goal, для Sprint Backlog это Sprint Goal, а Increment имеет Definition of Done (теперь без кавычек) . Они существуют для обеспечения прозрачности и сфокусированности на прогрессе каждого артефакта.

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

В дополнение к темам планирования спринта “Что” и “Как”, Руководство по Scrum 2020 делает акцент на третьей теме, “Почему”, относящейся к Sprint Goal.

В Руководстве по Scrum 2020 сделан акцент на устранении избыточных и сложных утверждений, а также на удалении любых оставшихся выводов о работе ИТ (например, тестирование, система, дизайн, требования и т.д.). Руководство по Scrum теперь составляет менее 13 страниц.

Scrum изначально был разработан для управления и разработки продуктов. Начиная с 1990-х годов Scrum широко использовался во всем мире для:

1. Исследованя и определения жизнеспособных рынков, технологий и возможностей продукта;
2. Разработки и уосовершенствования продуктов;
3. Выпуска продуктов и улучшений, как можно чаще;
4. Разработки и поддержки облачных (онлайн, ИБ, по требованию) и других операционных сред для использования продукта; а также,
5. Поддержки и обновлений продуктов.

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

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

Когда в Руководстве по Scrum используется слово “разработка” (develop, development), это относятся к сложной и комплексной работе, которая и определена ранее.

Scrum Master отвечает за продвижение и поддержку Scrum, как определено в Руководстве по Scrum. Scrum Master делает это, помогая всем понять теорию, практику, правила и ценности Scrum.

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

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

Daily Scrum - это 15-минутное мероприятие с ограниченным временем для команды разработчиков. Daily Scrum проводится каждый день спринта. На нем команда разработчиков планирует работу на следующие 24 часа. Это оптимизирует сотрудничество и производительность команды, проверяя работу с момента последнего Daily Scrum и прогнозирует предстоящую работу в спринте. Daily Scrum проводится в одно и то же время и в одном и том же месте каждый день, чтобы снизить сложность.

Структура совещания определяется командой разработки и может проводиться по-разному, если оно сосредоточено на продвижении к Sprint Goal. Некоторые команды разработки будут использовать вопросы, некоторые из которых будут в большей степени основаны на обсуждении. Вот пример того, что может быть использованным:

• Что я сделал вчера, что помогло команде разработки достичь Sprint Goal?
• Что я сделаю сегодня, чтобы помочь команде разработки достичь Sprint Goal?
• Вижу ли я какие-либо препятствия, которые мешают мне или команде разработки достичь Sprint Goal?

Использовано слово “максимально”, чтобы снять любые вопросы о том, что временные рамки для событий означают максимальную продолжительность, но могли быть и короче.

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

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

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

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

1. Что я сделал вчера, что помогло команде разработки справиться со спринтом?
2. Что я буду делать сегодня, чтобы помочь команде разработки достичь Sprint Goal?
3. Вижу ли я какие-либо препятствия, которые мешают мне или команде разработки достичь Sprint Goal?

• Оставшаяся работа для спринта суммируется и становится известна на ежедневной основе.
• Тенденция к завершению работы cпринта сохраняется на протяжении всего cпринта.