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