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

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

Назначение и роль в проектной деятельности

Основная функция критериев приёмки — однозначное определение момента, когда работа считается выполненной и соответствующей ожиданиям. Они позволяют избежать субъективных оценок и конфликтов между исполнителем и заказчиком, переводя обсуждение из плоскости «нравится / не нравится» в плоскость «соответствует / не соответствует заданным параметрам».

Критерии приёмки являются неотъемлемой частью методологий управления проектами, таких как PMBOK (Project Management Body of Knowledge), PRINCE2, а также гибких (Agile) подходов, включая Scrum. В классическом项目管理 они фиксируются в плане управления содержанием проекта и в документации на продукт. В Agile-методологиях, в частности в Scrum, критерии приёмки (Acceptance Criteria) формулируются для каждой пользовательской истории (User Story) и являются частью её определения готовности (Definition of Done).

Виды критериев приёмки

Критерии приёмки классифицируются по различным основаниям, в зависимости от сферы применения и характера проверяемого объекта.

По объекту проверки

Функциональные критерии: определяют, какие функции и возможности должен выполнять продукт. Например, «система должна отправлять уведомление на электронную почту пользователя в течение 5 минут после регистрации».
Нефункциональные критерии: устанавливают требования к характеристикам системы, не связанным напрямую с её функциями. К ним относятся:
Производительность: время отклика (например, «страница должна загружаться не дольше 2 секунд»), пропускная способность, количество одновременных пользователей.
Надёжность: время безотказной работы, вероятность сбоя, время восстановления после аварии.
Безопасность: требования к аутентификации, шифрованию данных, защите от несанкционированного доступа.
Удобство использования (Usability): интуитивность интерфейса, соответствие стандартам юзабилити.
Сопровождаемость: модульность кода, наличие документации, простота внесения изменений.
Переносимость: возможность работы на разных платформах, операционных системах или в разных браузерах.
Критерии качества: относятся к характеристикам самого процесса или продукта, например, «код должен быть покрыт юнит-тестами не менее чем на 80%» или «документация должна быть написана в соответствии с ГОСТ 19.xxx».
Бизнес-критерии: оценивают достижение бизнес-целей, например, «система должна обеспечить сокращение времени обработки заказа на 30%» или «после внедрения модуля количество ошибок ввода данных должно снизиться до нуля».
Юридические и нормативные критерии: соответствие законодательству, отраслевым стандартам (например, ISO 9001, стандартам Минцифры РФ), лицензионным соглашениям.

По способу проверки

Количественные (измеримые): могут быть выражены в числах, процентах, единицах времени. Пример: «Время выполнения запроса не должно превышать 100 миллисекунд».
Качественные (описательные): формулируются в виде описания ожидаемого поведения или состояния. Пример: «Интерфейс должен быть интуитивно понятным для пользователя без специальной подготовки». Такие критерии требуют более детальной операционализации для объективной проверки (например, через тестирование с участием пользователей).

Процесс разработки и согласования

Разработка критериев приёмки — это совместная работа заказчика, пользователей, разработчиков, тестировщиков и менеджера проекта. Процесс обычно включает следующие этапы:

Сбор требований: На основе бизнес-потребностей, технического задания и ожиданий стейкхолдеров формируется список требований к продукту.
Формулировка критериев: Для каждого ключевого требования формулируются один или несколько критериев приёмки. Критерии должны быть SMART:

Specific (Конкретными): чётко и однозначно описывать условие.
Measurable (Измеримыми): поддаваться количественной или качественной оценке.
Achievable (Достижимыми): реалистичными в рамках проекта.
Relevant (Релевантными): относящимися к данному требованию.
Time-bound (Ограниченными во времени): с указанием временных рамок, если это необходимо.

Согласование: Критерии утверждаются всеми заинтересованными сторонами. Это фиксируется в документе (например, в Плане управления качеством, Техническом задании, Спецификации требований к программному обеспечению).
Документирование: Критерии приёмки включаются в состав проектной документации и становятся частью контракта или договора.
Проверка (приёмочное тестирование): На этапе приёмки проводится тестирование продукта на соответствие утверждённым критериям. Результаты фиксируются в актах приёмки.

Приёмочное тестирование

Приёмочное тестирование (Acceptance Testing) — это формальный процесс проверки, в ходе которого заказчик или его представитель убеждается, что продукт соответствует критериям приёмки. Различают несколько видов приёмочного тестирования:

Пользовательское приёмочное тестирование (User Acceptance Testing, UAT): проводится конечными пользователями в реальных или приближенных к реальным условиях.
Операционное приёмочное тестирование (Operational Acceptance Testing, OAT): проверяет готовность инфраструктуры и процессов эксплуатации (резервное копирование, мониторинг, восстановление).
Альфа- и бета-тестирование: разновидности приёмочного тестирования, проводимые ограниченным кругом пользователей (альфа — внутри компании, бета — внешними пользователями).
Регрессионное тестирование: проводится после внесения изменений, чтобы убедиться, что исправления не нарушили ранее принятые критерии.