# Requirements Analysis

> Уточнение неоднозначной функции или бизнес-изменения до проверяемых требований, границ и нерешённых вопросов. Применяйте перед проектированием решения, когда нужное поведение неясно; не требуйте отдельного исследования для уже определённой небольшой правки.

- Skill: `fbakiyev/requirements-analysis` (Agent Skill)
- Install (CLI): `npx skillmds@latest add fbakiyev/requirements-analysis`
- Raw SKILL.md: https://api.skillmd.com/api/skills/fbakiyev/requirements-analysis/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: fbakiyev (https://skillmd.com/u/fbakiyev)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/fbakiyev/requirements-analysis

---


# Анализ требований

Начните с нужного пользователю решения или поведения, затронутых пользователей, доступных фактов и ограничений. Сохраняйте связь утверждений заинтересованных сторон с источниками; предложенный способ реализации не становится автоматически требованием.

## Существенные решения

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

## Результат и проверка

Верните требуемое поведение, примеры приёмки, ограничения, исключения и оставшиеся решения. Используйте пользовательские истории или бэклог, только если формат помогает получить запрошенный результат. `templates/requirements-brief.md` необязателен при доступном репозитории.

Проверьте, что каждый пример приёмки можно оценить независимо и связать с требованием. Если выбор блокирует реализацию, объясните альтернативы и их последствия; продолжайте части, не зависящие от этого выбора.