Спасибо большое за это видео! Нефукциональные требования на проекте - это прямо боль, потому что чаще всего никто не хочет этим заниматься, особенно если речь про старт проекта, а заказчик торопится. Естественно, как только возникают проблемы при запуске, все сразу вспоминают об этом - так что для защиты от таких заказчиков я бы советовал еще документально закрепить все вопросы из чеклиста и сохранить в общем спейсе, чтобы потом не было претензий 😅 И еще один момент - хотя бизнес-правила это вообще отдельная вселенная, но чисто формально они тоже являются нефункциональными требованиями и часто выступают источником всех остальных требований - и функциональных, и нефункциональных. И тут бы я поставил их на самое первое место, потому что даже если у нас пока нет четких критериев безопасности, мы хотя бы должны знать с точки зрения бизнеса/закона, что они здесь применимы. Просто если выбирать из этой пары - безопасность и бизнес-правило - то о бизнес-правиле как об индикаторе проблемы бизнес будет знать больше и скорее поделиться информацией, чем о критерии безопасности как решении этой проблемы, чем вполне могут пренебречь. Это как один из примеров, мне кажется, что с остальными группами нефункциональных требований так тоже может работать.