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

Подход CRISPi вместо расплывчатых формулировок">i (Кокберн) заменяет расплывчатые формулировки структурированным сценарием из пяти элементов: Context (Контекст), Role (Роль), Intent (Цель), Steps (Шаги), Postcondition (Пост-состояние). Ключевой приём — писать Postcondition раньше Steps: если постусловие не сформулировать до шагов, значит продакт не знает, что строит, а просто рисует интерфейс.

• Пример трансформации: требование «управление настройками» превращается в CRISP-сценарий — Контекст (авторизованный пользователь с активной учеткой), Роль (владелец учетной записи), Цель (изменить частоту уведомлений), Шаги (открыть «Настройки» → «Уведомления» → сменить «Ежедневно» на «Еженедельно» → подтвердить → увидеть сообщение о подтверждении), Пост-состояние (при следующем цикле рассылки система отправляет уведомление по новому расписанию)
• Совет: в Context/Intent нужно явно зашивать связку с JTBDi, иначе метод просто «причёсывает» форму требования, а не проверяет его ценность для продукта
• Постусловие предлагается считать спецификацией аналитики — из него выводится, какой ивент и с какими параметрами логировать
• Разработан промпт-инструкция «адверсариальный ревьюер требований по CRISP»: он не продолжает работу, если не назван JTBD, не формулирует Postcondition сам, а требует его от автора, восстанавливает Steps в обратном порядке от Postcondition, добавляет 2–4 нетривиальных alternate flow (не шаблонные «нет сети/нет прав»), затем от имени QA и разработчика задаёт 3+ конкретных вопроса «а если...», ломающих Postcondition
• Финальный шаг ревью — оценить одной строкой, сколько трактовок допускало исходное требование и что теперь зафиксировано однозначно