11. Конфигурации

NOTE: Для индивидуального внедрения см. Основы SENAR — 8 правил, 2 шлюза качества, 2 метрики. Стандарт определяет три организационные конфигурации: Начальная (Foundation), Командная (Team) и Корпоративная (Enterprise).

11.1 SENAR Начальная (Foundation) (1–3 Пары)

Мост между Базовой и Командной. Для небольших команд, которым нужно больше структуры, чем даёт Базовая, но которые не готовы к полному процессу Командной конфигурации.

Примечание: Строка «Метрики» перечисляет четыре метрики, которые Начальная собирает и отчитывает. Правило 10.9, одно из трёх, названных в строке «Правила» выше, сверх этого требует задокументированной цели по Коэффициенту захвата знаний — цели и её отслеживания, а не отчётной метрики из набора Section 9.1. Там, где два прочтения этой таблицы расходятся, требованием является 10.9, а строка «Метрики» есть обязанность отчётности; организация удовлетворяет обоим, документируя цель KCR с обоснованием (9.2) и не добавляя KCR в свою отчётность по метрикам. Эти четыре не являются надмножеством двух метрик Основ: Основы отслеживают FPSR и Долю тупиков (SENAR Core, «Метрики»), поэтому переход на Начальную сохраняет FPSR, добавляет Throughput, Lead Time и Долю утечки дефектов и прекращает отчитывать Долю тупиков. Сами тупики фиксироваться не перестают — этого требует Правило 10.4 и на Начальной, — но их доля не входит в четвёрку отчётных. То же различение покрывает и Adversarial Detection Rate: 10.15(e) требует от организаций отслеживать ADR, а 10.15 требует ревью L3 для изменений высокого риска вне зависимости от конфигурации, — поэтому организация на Начальной, сделавшая такое изменение, должна цифру ADR по 10.15, тогда как строка «Метрики» здесь перечисляет четыре без неё. Как и с KCR, требованием является 10.15(e), а строка «Метрики» есть обязанность отчётности; удовлетворяются оба, если организация держит цифру ADR по состоявшимся ревью L3, не добавляя ADR в четвёрку отчётных метрик.

Примечание: На Начальном уровне мониторинг длительности сессий (Правило 10.2) является обязанностью Супервайзера, поскольку Менеджер потока не является отдельной ролью в данной конфигурации (Section 4.8).

Примечание: Правила Базовой конфигурации и Стандарта используют различную нумерацию — поэтому строка «Правила» приводит два перечня, а не одну сумму. Правило Базовой конфигурации 8 (Фиксация знаний) расширяется в Правила Стандарта 10.4 (Документирование тупиковых подходов) и 10.9 (Фиксация знаний); Начальная называет их явно наряду с Правилом Стандарта 10.2 (Длительность сессии). Ещё два правила Стандарта достают до Начальной, не попадая в этот перечень, и оба приходят через другие строки настоящей таблицы, а не через строку «Правила»: 10.5 (Периодический аудит) — это и есть ежемесячный Обзор качества из строки «Церемонии», а 10.15 (Верификация качества AI-вывода) применяется на уровнях L1 и L2, которые его собственная таблица помечает «Все (ОБЯЗАТЕЛЬНО)»; L3 сверх этого применяется к изменениям высокого риска вне зависимости от конфигурации. Section 10 излагает свои правила без конфигурационного квалификатора, а 10.16 сводит их только для Командной и Корпоративной, поэтому набор Начальной задаётся здесь.

Примечание: Section 6.4 (обнаружение секретов в сессиях) неявно требует элементов Правила 10.6 (Контроль версий). Организациям, внедряющим Начальную конфигурацию, РЕКОМЕНДУЕТСЯ также внедрить Правило 10.6 для обеспечения атомарных коммитов, автоматизированного обнаружения секретов и проверки расползания области.

Путь внедрения (по неделям)

• Неделя 1 — привычки Базовой конфигурации + Начало/Окончание сессии. Вся команда читает Основы SENAR и начинает ежедневно применять 8 правил. Вводятся Начало сессии (загрузка контекста + объявление цели) и Окончание сессии (резюме результатов + запись знаний) как командные церемонии. Распределяются 5 наборов обязанностей между 2 людьми — роли могут пересекаться.
• Неделя 2 — документирование тупиковых подходов + фиксация знаний. Активируется Правило 4 (Документирование тупиковых подходов): каждый заблокированный путь получает запись знаний до смены направления. Активируется Правило 9 (Фиксация знаний): каждое значимое решение и неочевидная находка заносятся в общую БЗ. Через две недели у команды — работающая база знаний, а не пустая.
• Неделя 3 — Обзор качества (первый ежемесячный). Первый Обзор качества: обзор журнала сессий, проверка задокументированных тупиковых подходов, выявление повторяющихся проблем. Это ретроспектива с результатом — конкретные корректировки порогов, длительности сессий или глубины декомпозиции задач.
• Неделя 4 — базовые значения метрик. Начинается измерение 4 метрик: Пропускная способность (задач за неделю), Lead Time (от создания задачи до завершения), FPSR (доля успеха с первой попытки на QG-2), Defect Escape Rate (дефекты, обнаруженные после завершения). Фиксируются базовые значения — пока без целей, только калибровка. Пороги адаптируются к предметной области.

Начальная vs Базовая — что отличается

Базовая — индивидуальная дисциплина: один Супервайзер, два шлюза качества, две метрики — всё на личном уровне. Начальная добавляет командную координацию:

• Общая база знаний, видимая всем членам команды и AI-сессиям (не только локальный контекст автора)
• Начало/Окончание сессии как командные церемонии — точки синхронизации, а не просто индивидуальные привычки
• Ежемесячный Обзор качества — коллективный обзор здоровья процесса, а не индивидуальная рефлексия
• Throughput, Lead Time и Доля утечки дефектов сверх FPSR, который Основы отслеживают и так, — три цифры, обретающие смысл только при наличии общего определения «готово» у нескольких людей

Когнитивная нагрузка невелика — Начальная рассчитана на постепенное внедрение поверх уже сложившихся привычек Базовой конфигурации.

FAQ для команд Начальной конфигурации

Когда переходить на Командную? Когда выполнено любое условие: команда доросла до 3+ Пар и координационная нагрузка стала заметной; необходимо межпарное отслеживание зависимостей или федерация знаний; нужен QG-1 (Шлюз требований) или QG-3 (Шлюз верификации); требуются выделенные (непересекающиеся) обязанности.

Можно ли пропустить Начальную и сразу перейти на Командную? Да. Если у команды уже есть процессная дисциплина — структурированная декомпозиция задач, культура code review, ретроспективы — начинайте с Командной. Начальная — мост, а не обязательная остановка.

Что, если у нас ровно 3 пары? Оцените уровень опыта. Если все опытны в структурированной AI-разработке — переходите на Командную, накладные расходы управляемы. Если опыт в команде разный или команда только начинает работать с AI-процессами — оставайтесь на Начальной 4–8 недель для формирования привычек, прежде чем добавлять федерацию и все 5 шлюзов.

11.2 SENAR Командная (Team) (3–10 Пар)

NOTE — ОЖИДАЕТСЯ РАТИФИКАЦИЯ. Строка «Обязанности» выше изменена в настоящей редакции. Редакция 1.3 требовала «All 5 dedicated (ОБЯЗАТЕЛЬНО)» по всей конфигурации, что противоречило Section 4.8: та же конфигурация предписывает минимум 3 различных носителя ролей на 3–5 парах и говорит, что причитается покрытие наборов обязанностей, а не выделенность. Строка уступает 4.8, который является единственным источником по штату, и два требования уровня ОБЯЗАТЕЛЬНО больше не требуют разного. Изменилось то, что организация обязана укомплектовать, поэтому статус заявлен там, где стоит само требование, а не только в журнале изменений: на дату настоящей редакции изменение не ратифицировано соавтором. Требование действует и применяется в том виде, как записано, — неопределённой является его ратификация, а не его обязательность; уровень обязательности задан строкой выше. Организация, держащая заявление о соответствии Командной по редакции 1.3, проходит переоценку по Section 13.6, который и так требует переоценки против настоящей редакции; настоящее примечание не заводит второй процедуры.

11.3 SENAR Корпоративная (Enterprise) (10+ Пар)

Все требования Командной, ПЛЮС:

Коэффициенты масштабирования и руководство для Корпоративной конфигурации см. в Справочнике SENAR.

NOTE: Корпоративная конфигурация описывает целевое состояние для масштабного внедрения. Организациям такого масштаба следует проверять коэффициенты и адаптировать механизмы координации под свой контекст.

11.4 Сравнение

NOTE: Столбец «Базовая» в этой таблице сравнительный целиком; что это значит, сказано в 13.3 и только там. Обязательства настоящего Стандарта начинаются с Начальной. Свойства, которыми обязан обладать всякий Шлюз качества, и уровень обязательности каждого по конфигурациям строкой этой таблицы не являются: они сказаны один раз, в 8.6.

NOTE: Строка «Инструментарий» выше — та, которой следует шкала свойств шлюза из 8.6, и следует намеренно: уровень каждого свойства задан тем, чего это свойство стоит. Саму шкалу и основание каждого уровня излагает 8.6.

11.5 Миграция

Основы SENAR ──► Foundation ──► Team ──► Enterprise
 + 3 роли (совмещены)   + выделенные роли     + управление портфелем
 + 3 церемонии          + федерация            + потоки создания ценности
 + 2 доп. метрики       + все шлюзы            + соответствие
 + управление сессиями  + все метрики/правила  + управление

Каждый шаг инкрементален — пилотируйте на части Пар. Типичные сроки:

• Базовая → Начальная: 2–4 недели после усвоения командой привычек Базовой конфигурации
• Начальная → Командная: 2–3 месяца, когда команда достигает 3+ Пар или нуждается в федерации
• Командная → Корпоративная: когда организация имеет 10+ Пар и нуждается в портфельном управлении