9.4 Принципы требований

Качественные требования в бизнес-анализе строятся на девяти принципах: атомарность, полнота, согласованность, однозначность, краткость, тестируемость, выполнимость, приоритизируемость и понятность. Атомарность означает, что требование должно быть самодостаточным и неделимым: если в одном требовании смешаны, например, условие сохранения черновика заявки и правило его жизненного цикла (срок хранения 30 дней, за исключением заявок из баннера или счёта-подарка, где действует срок предодобренного предложения), их следует разделить на два самостоятельных требования — это позволяет менять один аспект без пересмотра уже согласованного описания. Полнота требует достаточной детализации: формулировка «реализовать кликабельный текст ”Забыли логин”» неполна, поскольку не описывает реакцию системы; корректная версия указывает открытие модального окна с уведомлением, а сам текст уведомления выносится в приложение, чтобы не перегружать сценарий. Согласованность подразумевает отсутствие противоречий между требованиями — например, если одно требование вводит статус «ожидает согласия», а другое ограничивает поле значениями «получено»/«отказ», список допустимых значений нужно унифицировать.

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

Приоритизируемость требует разбивки требований на составляющие с явным приоритетом внедрения. Понятность означает использование общей терминологии; сокращения (например «МК» — матрица конфликтных ролей) должны быть расшифрованы в глоссарии терминов. Дополнительно рекомендован ряд синтаксических правил: использовать ключевое слово «должна» вместо «может», указывать триггер действия, применять действительный залог («система X должна изменить статус на ”одобрено” при наступлении события Y», а не пассивную конструкцию «статус будет изменён»), выносить перечисления в списки, избегать негативных требований (описания того, что система не должна делать) и избегать неоднозначных слов — «наилучшим образом», «возможно», «желательно».