всем привет
тема про БА залетела, давайте продолжим
Сравним два подхода, "как всегда было" и AI-first

Разработка требований:
было: БА/ПМ собирают требования, передают команде в виде юзер-стори, сценарии использования (use case) и прочие полотна в конфлюенсе
стало: Требования становятся многоуровневыми: intent, domain rules, constraints, examples, contracts, acceptance logic

Спецификации:
было: Спецификация нужна, чтобы все в команде одинаково поняли задачу
стало: Спецификация становится primary artifact: из нее рождаются agent tasks, тесты, policy checks, контракты и часть реализации
Здесь спецификация становится источником исполнения и верификации.

Тестирование (докину, хоть и не касается БА)
было: Test pyramid + отдельная QA-фаза
стало: Verification mesh: unit + contract + property + scenario evals + regression sets + canary + runtime assertions

Планирование:
было: Планируются задачи и делаются оценки
стало: Планируют не микрозадачи, а цели, контекст, границы, риск, evals, критерии эскалации и ownership

Документация:
было: Отдельные документы, часто устаревают, надо создавать и поддерживать
стало: Docs живут рядом с кодом и спецификациями; решение, контекст и критерии проверки версионируются

SDLC
было: roadmap → PRD → backlog → sprint → implementation → QA → release → bugfixing
стало: Два контура
1. Контур продукта / бизнеса цели, приоритеты, риски, KPI, domain constraints.
2. Контур delivery context pack → spec → evals → agent execution → verification → human decision → release.

Работа с требованиям:
Было: Требования обычно проходят цепочку:
- бизнес-цель,
- PRD / BRD,
- user stories,
- acceptance criteria,
- уточнения по ходу реализации.
Стало:
Требования превращаются в структурированный контекст, а не просто в описание задачи.
Обычно они раскладываются на слои:
- Business intent — зачем это изменение нужно.
- Domain rules — какие правила домена нельзя нарушать.
- Constraints — security, compliance, latency, cost, UX, data constraints.
- Interfaces/contracts — API, schema, events, state transitions.
- Examples / counterexamples — позитивные и негативные случаи.
- Acceptance logic — как именно будет определено, что решение годится.
- Risk tier — насколько опасно изменение.
- Escalation path — где AI останавливается и нужен человек.

Как видно, роль БА (и не только эта роль, само собой) должна измениться кардинально, чтобы продолжать приносить ценность. Старые документы а-ля Vision&Scope или SRS/FRS уходят в прошлое в том, виде, в котором они есть сейчас