⚡️ Нефункциональные требования важно собирать на ранних этапах, так как они напрямую влияют на: дизайн ПО, выбор технологий, архитектуру системы. Если учесть их слишком поздно (например, уже при разработке), то возможны задержки, переработка кода или изменение архитектуры. 🔹 Этап 1. Определение целей и ожиданий Понимаем: какие бизнес-цели нужно достичь, какие ожидания у пользователей и заказчиков. 👉 Если требование не решает задачу бизнеса или пользователя, его можно отложить или вовсе исключить. 🔹 Этап 2. Сбор и анализ требований На этом этапе выявляются все НФТ, которые могут повлиять на проект. Важно проверить: локализацию — языки, валюты, законы, культурные особенности; соглашения об уровне обслуживания (SLA) — договорённости по поддержке и доступности; масштабируемость — возможность добавлять новую функциональность. 👉 Требования должны быть понятными и достаточно конкретными для реализации. 🔹 Этап 3. Определение обязательных НФТ Из общего списка выделяются критически важные для успеха проекта. Ориентируемся на: ресурсы команды, бюджет, сроки. ❗️ В первую итерацию включаются требования, без которых бизнес понесёт убытки или риски (например, соблюдение законодательства). 🔹 Этап 4. Проверка на соответствие бизнес-целям Убедитесь, что обязательные требования согласуются с целями проекта. Проверьте, что они не противоречат друг другу. Если есть несоответствия — пересмотрите приоритеты. 🔹 Этап 5. Документирование После согласования все НФТ фиксируются в техническом задании. ⚠️ Важно помнить: приоритеты могут меняться со временем из-за: изменений в законодательстве, технических ограничений, внешних факторов. 👉 Задача аналитика — поддерживать актуальность требований в течение всего проекта. 🔹 Этап 6. Валидация требований После разработки проводится проверка соблюдения НФТ. Обычно этим занимаются тестировщики. Аналитик подключается при несоответствиях или сложных формулировках в документации. 💡 Итог: сбор и проработка нефункциональных требований — это непрерывный процесс. Они должны быть понятными, приоритетными и актуальными на протяжении всего жизненного цикла проекта.