Определение готовности по сравнению с критериями приемки в Scrum — полное руководство

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

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

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

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

Определение готовности:

Определение готовности структурировано как чек-лист, при этом каждый элемент служит точкой проверки для истории или PBI. Его цель — обеспечить согласие команды разработки относительно качества выполняемой работы. Он выступает в качестве чек-листа для проверки полнотыкаждого продуктового бэклогаэлемента (также известного как PBI или история пользователя). Элементы в Определении готовности предназначены для применения ко всем элементам продуктового бэклога, а не только к отдельным историям пользователей. Его можно кратко охарактеризовать следующим образом:

• Применимо ко всему инкременту продукта
• Подразумевает, что инкремент продукта потенциально может быть доставлен в большинстве случаев
• Определено в руководстве Scrum
• Выступает в качестве инструмента коммуникации между членами команды:
  • Общее качество программного обеспечения
  • Является ли инкремент доставляемым

Цели Определения готовности

• Создать общее понимание качества и полноты в команде
• Выступать в качестве чек-листа для проверки историй пользователей (или PBI)
• Обеспечить, чтобы инкремент, созданный в конце спринта, был высокого качества, и чтобы все участники четко понимали стандарты качества

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

Например, в программной индустрии команды могут задавать следующие вопросы, чтобы определить свой DoD:

• Код прошел проверку коллегами?
• Код завершен?
• Код проверен?
• Код загружен?
• Юнит-тесты пройдены?
• Функциональные тесты пройдены?
• Тесты приемки завершены?
• Продуктовый владелец проверил и принял

Критерии приемки

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

Критерии приемки

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

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

• Применимо к отдельному элементу продукт-бэклога/истории
• Критерии приемки различаются для каждого элемента продукт-бэклога/истории
• Не определены в руководстве Scrum
• Выступает в качестве инструмента коммуникации для удовлетворения конкретных требований элемента продукт-бэклога/истории
• Также известны как тесты приемки, условия удовлетворенности или в некоторых случаях «тестовые случаи»

Цели критериев приемки

• Уточнить, что команда должна определить до начала работы
• Обеспечить, чтобы все имели общее понимание требований
• Помочь членам команды понять, когда история завершена
• Помочь проверить историю с помощью автоматизированного тестирования

Пример – критерии приемки

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

Пример истории пользователя с критериями приемки

На изображении ниже показан пример критериев приемки для истории пользователя.

Пример определения завершения