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