Определение готовности в Scrum — что это и почему это важно

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

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

Зачем нужно Определение готовности?

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

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

Пример — Определение готовности для спринта

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

• Бэклог спринтаприоритизированприоритизирован
• Бэклог спринта включает все дефекты, пользовательские истории и другую работу, к которой команда обязуется
• Нет скрытой работы
• Все члены команды рассчитали свою вместимость спринта
• Проект на полный рабочий день = X часов в день
• Все пользовательские истории соответствуют определению готовности

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

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

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

Краткое содержание

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