Каково «определение» Ready в Scrum?

Определение готовности — пользовательская история должна действовать немедленно.

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

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

Какова цель определения готовности?

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

Почему определение готовности?

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

• Измерьте «готовое» состояние элемента невыполненной работы
• Убедитесь, что элементы бэклога продукта продуманы «достаточно»
• Помогите команде определить, когда владелец продукта или другой член команды становится перегруженным
• Держите команду подотчетной друг другу
• Уменьшите нагрузку на команду, чтобы она выполняла оценки до того, как истории будут «готовы».
• Уменьшить «изменение требований» в процессе разработки

Пример — определение Ready для пользовательской истории

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

• Четко указана ценность Story для пользователя.
• Критерии  приемлемости  для Story были четко описаны.
• Определены зависимости User Story
• Пользовательская история оценивается командой доставки
• Scrum  Team принимает артефакты User Experience
• Определены критерии эффективности, где это уместно
• Определяется лицо, которое примет User Story
• Команда знает, как продемонстрировать историю.

Резюме

Термин «определение готовности» не описывается в  руководстве по Scrum ; это то же самое, что и пользовательская история и критерии приемлемости внутри нее. Возможно, вместо того, чтобы использовать определение «Готово» как последовательный и поэтапный контрольный список, вы можете рассматривать его как часть действия по уточнению элемента невыполненной работы. Уточнение элемента невыполненной  работы — это непрерывный процесс, поэтому он не ограничивается событием, а рассматривается как действие.