fbakiyev Анализ требований
Начните с нужного пользователю решения или поведения, затронутых пользователей, доступных фактов и ограничений. Сохраняйте связь утверждений заинтересованных сторон с источниками; предложенный способ реализации не становится автоматически требованием.
Существенные решения
- Отделяйте подтверждённые требования, предположения, предложения и открытые решения. При согласовании противоречащих запросов сохраняйте условия и исключения; укажите, кто может разрешить противоречие.
- Преобразуйте слова «быстро», «безопасно» или «удобно» в наблюдаемые примеры приёмки. Не выдумывайте целевую задержку, юридическую обязанность, бюджет, ответственного или срок. Если порог не задан, обозначьте пробел и опишите известное поведение.
- Опишите, кто может выполнить действие, над какими объектами и при каких условиях. Включите существенный отказ в доступе или сбой, а не только успешный сценарий.
- Явно отмечайте изменение объёма задачи. Запрос на уточнение функции не разрешает выбирать поставщиков, создавать пункты трекера или реализовывать решение.
Результат и проверка
Верните требуемое поведение, примеры приёмки, ограничения, исключения и оставшиеся решения. Используйте пользовательские истории или бэклог, только если формат помогает получить запрошенный результат. templates/requirements-brief.md необязателен при доступном репозитории.
Проверьте, что каждый пример приёмки можно оценить независимо и связать с требованием. Если выбор блокирует реализацию, объясните альтернативы и их последствия; продолжайте части, не зависящие от этого выбора.