Назад

Требования · База

Написать критерии приемки

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

Требования: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Быстро понять за 2 минуты

Для каждой значимой задачи указать условия, при которых работа считается выполненной. На выходе: у ключевых задач есть acceptance criteria.

Главная пользаAcceptance criteria уменьшают споры на приемке и дают QA основу для тест-кейсов.
Первое действиеОпишите ожидаемое поведение системы в конкретных условиях.
Готово, когдаУ ключевых задач есть acceptance criteria.

Контекст

Пункт относится к этапу «Требования». Его задача — сделать ожидания явными и одинаково понятными всем участникам. Он нужен до передачи результата команде, заказчику и владельцу продукта: иначе команда рискует писать критерии как общие пожелания.

ЦельAcceptance criteria уменьшают споры на приемке и дают QA основу для тест-кейсов.
ДействиеОпишите ожидаемое поведение системы в конкретных условиях.
ПроверкаУ ключевых задач есть acceptance criteria.

Что это дает

Acceptance criteria уменьшают споры на приемке и дают QA основу для тест-кейсов. Это помогает связать работу с общей целью: предсказуемая поставка ценного результата. Практический эффект виден, когда у ключевых задач есть acceptance criteria.

Как выполнить

  1. Опишите ожидаемое поведение системы в конкретных условиях.
  2. Добавьте негативные сценарии, ограничения и edge cases.
  3. Проверьте критерии с разработчиком и QA до старта работы.

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

  • У ключевых задач есть acceptance criteria.
  • Критерии проверяемы.
  • QA может построить тесты без догадок.

Типичные ошибки

  • Писать критерии как общие пожелания.
  • Не описывать ошибки и пустые состояния.
  • Добавлять критерии уже после разработки.

Инструменты

GherkinJiraTestRailQaseroadmapbacklogдокументстатус-отчет

Рабочий артефакт

Реестр требований

Требования: документ с выводом, доказательствами, ответственным и следующим действием

Пример для запуска нового сервиса: специалист начинает с действия «Опишите ожидаемое поведение системы в конкретных условиях». Результат прикладывают к рабочей задаче и передают следующему участнику. Пункт закрывают не по факту обсуждения, а когда выполнено условие: «У ключевых задач есть acceptance criteria».

  • User stories
  • Acceptance criteria
  • Приоритет
  • Связанные макеты и API

Контроль качества

Артефакт

Backlog требований и критериев приемки

Метрика проверки

У ключевых задач есть acceptance criteria.

Когда пересматривать

После изменения целей, сроков, состава команды, рисков, бюджета и приоритетов продукта.

Что передать дальше

Решение, контекст, ответственного, срок, риски, зависимости и критерий успешного завершения.

Перед отметкой выполнено: У ключевых задач есть acceptance criteria.

Как применять

Начинайте с цели и ограничения проекта. Затем уточните владельцев, зависимости, риски, критерии приемки и формат отчетности. Хороший пункт для менеджера делает работу прозрачной: кто что делает, зачем это нужно, когда результат готов и как команда увидит отклонение от плана.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Написать критерии приемки»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?
Материал подготовлен командойAriol.by