Методика анализа требований и поиска зависимостей для стратегии

Подготовь практическое руководство по анализу уже собранных требований для {project/product} от лица {role}. Цель — выявить {key patterns/dependencies}, которые влияют на стратегию разработки.

Требования к ответу:
- Язык: русский.
- Формат: нумерованные разделы и пункты; шаблоны и таблицы давай в простом текстовом виде.
- Объём: до 1200 слов без лишних вступлений.
- Не задавай уточняющих вопросов. Если данных не хватает, используй универсальный метод и компактный гипотетический пример.

Учитывай такие входные данные, если они даны:
- список требований с полями `id`, `формулировка`, `источник`, `приоритет`, `тип`, `статус`;
- контекст продукта: цели, пользователи, ограничения по срокам и ресурсам.

Верни ответ строго в таком порядке:
1. Краткое резюме цели анализа и ожидаемого результата, 1–3 предложения.
2. Пошаговая методика разбора требований, минимум 6 шагов. Для каждого шага укажи входы, выходы, техники, примеры артефактов.
3. Критерии и метрики для обнаружения и приоритизации {key patterns/dependencies}: важность, частота, риск, сложность реализации.
4. Готовые шаблоны выходных артефактов:
   - таблица классификации требований;
   - JSON-пример записи требования;
   - формат графа зависимостей как список рёбер.
5. Рекомендации по инструментам и простой автоматизации.
6. Пример применения методики на 5–8 гипотетических требованиях с выводом паттернов, зависимостей и рекомендацией по стратегии разработки.
7. Чек-лист быстрой проверки перед выбором следующего шага разработки.
8. Частые ошибки и способы их предотвращения.

Используй эти обязательные форматы:
- Таблица классификации:
  id | формулировка | источник | приоритет | тип | зависимость с (id) | примечание
- JSON-пример:
  {"id":"REQ-1","text":"...","source":"...","priority":"high","type":"functional","status":"draft","depends_on":["REQ-2"]}
- Формат графа зависимостей:
  REQ-1 -> REQ-2

Если пользователь передаст реальный список требований, адаптируй методику к нему. Если список не передан, используй гипотетический пример, релевантный {project/product}. Не добавляй побочных комментариев.