Требования · База
Как написать критерии приемки
Для каждой значимой задачи указать условия, при которых работа считается выполненной.
Кратко: за 2 минуты
Для каждой значимой задачи указать условия, при которых работа считается выполненной. На выходе: у ключевых задач есть acceptance criteria.
Когда применять
Пункт относится к этапу «Требования». Его задача — сделать ожидания явными и одинаково понятными всем участникам. Он нужен до передачи результата команде, заказчику и владельцу продукта: иначе команда рискует писать критерии как общие пожелания.
Что это дает
Acceptance criteria уменьшают споры на приемке и дают QA основу для тест-кейсов. Это помогает связать работу с общей целью: предсказуемая поставка ценного результата. Практический эффект виден, когда у ключевых задач есть acceptance criteria.
Пошагово: как выполнить
- Опишите ожидаемое поведение системы в конкретных условиях.
- Добавьте негативные сценарии, ограничения и edge cases.
- Проверьте критерии с разработчиком и QA до старта работы.
Критерии приемки
- У ключевых задач есть acceptance criteria.
- Критерии проверяемы.
- QA может построить тесты без догадок.
Типичные ошибки
- Писать критерии как общие пожелания.
- Не описывать ошибки и пустые состояния.
- Добавлять критерии уже после разработки.
Инструменты
Пример
Плохой пример
Писать критерии как общие пожелания.
Хороший пример
Учебный пример. Для формы заявки указаны обязательные поля, защита от повторной отправки и подтверждение успешного приема. Представитель заказчика может проверить каждый критерий; «сделать удобно» заменено наблюдаемым поведением.
Шаблон
Критерии задачи
Скачать рабочий лист этого урока
Выбрать рабочий шаблонРабочий артефакт
Реестр требований
Критерии задачи
Учебный пример. Для формы заявки указаны обязательные поля, защита от повторной отправки и подтверждение успешного приема. Представитель заказчика может проверить каждый критерий; «сделать удобно» заменено наблюдаемым поведением.
- User stories
- Acceptance criteria
- Приоритет
- Связанные макеты и API
Контроль качества
Backlog требований и критериев приемки
У ключевых задач есть acceptance criteria.
После изменения целей, сроков, состава команды, рисков, бюджета и приоритетов продукта.
Решение, контекст, ответственного, срок, риски, зависимости и критерий успешного завершения.
Перед отметкой выполнено: У ключевых задач есть acceptance criteria.
Как применять
Начинайте с цели и ограничения проекта. Затем уточните владельцев, зависимости, риски, критерии приемки и формат отчетности. Хороший пункт для менеджера делает работу прозрачной: кто что делает, зачем это нужно, когда результат готов и как команда увидит отклонение от плана.
Короткие ответы
Частые вопросы
Зачем выполнять пункт «Как написать критерии приемки»?
Acceptance criteria уменьшают споры на приемке и дают QA основу для тест-кейсов. Это помогает связать работу с общей целью: предсказуемая поставка ценного результата. Практический эффект виден, когда у ключевых задач есть acceptance criteria.
С чего начать выполнение?
Опишите ожидаемое поведение системы в конкретных условиях.
Как понять, что пункт выполнен?
У ключевых задач есть acceptance criteria.
Какая ошибка чаще всего мешает результату?
Писать критерии как общие пожелания.
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.
Для углубленного изучения
Редакция Ariol · Версия 2 · Обновлено
Независимая экспертная проверка не заявлена.
Что обновлено
- — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.
Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.
Предложить исправление через контакты Ariol