Гид SENAR: Переход от традиционных ролей и от Базовой (Core) к Standard
Переход с SENAR Core на SENAR Standard
Когда переходить
SENAR Core достаточен для индивидуальных разработчиков и малых команд (1–2 человека). Рассмотрите переход на полный Standard, когда:
- Команда растёт больше 3 человек — нужны роли (Архитектор контекста, Менеджер потока, Инженер верификации), чтобы координировать работу между Супервайзерами.
- Несколько проектов — кросс-проектные зависимости требуют федеративной координации, а не переписки в чатах.
- Регуляторные требования — нужны аудиторские следы, формальная прослеживаемость требований и документированные свидетельства качества.
- Информационные силосы — знания не попадают в базу знаний, и разные Супервайзеры выдают непоследовательные результаты.
- Доля тупиков выходит на плато — она перестаёт улучшаться, потому что знания фиксируются, но не переиспользуются систематически по всей команде.
Что Standard добавляет к Базовой (Core)
| Измерение | SENAR Core | SENAR Standard |
|---|---|---|
| Правила | 8 правил | 15 правил (добавляет управление сессиями, жизненный цикл знаний, документацию кода, федерацию) |
| Шлюзы | Стартовый шлюз + Финальный шлюз | 5 шлюзов: QG-0 (Контекст) + QG-1 (Требование) + QG-2 (Реализация) + QG-3 (Верификация) + QG-4 (Развёртывание) |
| Метрики | FPSR + Доля тупиков | 10 метрик (добавляет Throughput, Lead Time, Долю утечки дефектов, KCR, MIR, Cost per Task, Cost Predictability и другие; Доли тупиков среди них нет) |
| Роли | Супервайзер (неявно) | Супервайзер, Архитектор контекста, Менеджер потока, Инженер верификации, Инженер знаний |
| Церемонии | Нет | Старт/конец сессии, Планирование инкремента, Обзор качества, Ретроспектива инкремента |
| Конфигурации | Не применимо | Начальная, Командная, Корпоративная — прогрессивные уровни внедрения (Базовая служит точкой входа) |
| Управление сессиями | Не регламентировано | Лимиты длительности, каденция контрольных точек, дисциплина передачи |
| Мульти-команда | Не покрыто | Federation Sync, кросс-проектные зависимости, портфельные метрики |
| Модель зрелости | Не применимо | 6 измерений, 5 уровней зрелости по каждому |
Шаги миграции
Если вы уже используете SENAR Core, миграция на Standard инкрементальна — ничего не нужно переучивать.
Шаг 1: Сопоставьте практику Базовой конфигурации со Standard (День 1) Ваши 8 правил Базовой конфигурации напрямую соответствуют правилам Standard. Стартовый шлюз соответствует QG-0. Финальный шлюз соответствует QG-2. FPSR остаётся вашей основной метрикой, а Доля тупиков — второй из двух метрик Основ. SENAR Core — это точка входа в Standard: вы готовы к Начальной конфигурации (Foundation).
Шаг 2: Добавьте дисциплину сессий — Начальная конфигурация (Неделя 1) Введите формальные Старт сессии (загрузка контекста, выбор задач, проверка окружения) и Конец сессии (написание передачи контекста, фиксация метрик, документирование знаний). Ограничьте сессии 4–6 часами. Добавьте ежемесячный Обзор качества. Это и есть Начальная: 11 правил, все 5 наборов обязанностей, покрываемые двумя людьми (Standard 11.1, 4.8): Супервайзер + Архитектор контекста + Менеджер потока на одном, Инженер знаний + Инженер верификации на другом; и 4 метрики: FPSR остаётся, добавляются Throughput, Lead Time и Доля утечки дефектов, а Доля тупиков Основ перестаёт отчитываться (Standard 11.1) — при том что Правило 10.4 по-прежнему требует фиксировать сами тупики. Подходит для 1–3 пар.
На этом шаге появляются две обязанности, которых Базовая не налагает; обе введены редакцией 1.4. Закладывайте их здесь, а не встречайте на оценке соответствия.
- 8.6(d), привязка к измеренному дайджесту, поднимается с РЕКОМЕНДУЕТСЯ на Базовой до ОБЯЗАТЕЛЬНО на Начальной (Standard 8.6, Шкала по конфигурациям). Вердикт шлюза обязан называть состояние, для которого он вынесен, дайджестом, измеренным по этому состоянию, а не одним лишь идентификатором ревизии. Цена — одна команда плюс дисциплина записать её результат рядом с вердиктом.
- 8.6(j), прямая правка как Обход шлюза. Изменение артефакта в области Задачи по маршруту, которому шлюз не предшествует, — включая прямую правку Супервайзером, — есть допуск эффекта, объявленного QG-0, и ОБЯЗАНО фиксироваться как Обход шлюза с обоснованием, признанием риска, планом устранения и одобрением старшего (8.6(h)). Это верно на Начальной, хотя превентивное размещение, 8.6(b), там лишь РЕКОМЕНДУЕТСЯ: шлюз, не умеющий вклиниться, всё равно объявляет эффект.
Шаг 3: Добавьте командные церемонии (Неделя 2–4) Когда у вас 3+ Супервайзера:
- Планирование инкремента — ведёт Архитектор контекста: обзор бэклога, приоритизация по WSJF, назначение задач парам.
- Обзор качества — Инженер верификации проводит аудит: выборочная проверка недавней работы на архитектурную согласованность, качество тестов, актуальность знаний.
- Ретроспектива инкремента — ведёт Менеджер потока: обзор метрик, выявление улучшений процесса, установка целевых показателей.
Шаг 4: Добавьте организационные метрики (Месяц 2+) Помимо четырёх метрик Начальной (Throughput, Lead Time, FPSR, Доля утечки дефектов), начните отслеживать: Knowledge Capture Rate (KCR), Cost per Task, Cost Predictability, Manual Intervention Rate, Cycle Time и Adversarial Detection Rate. Установите базовые значения за 3 инкремента перед установкой целевых.
Шаг 5: Добавьте управление (при необходимости) Корпоративная конфигурация (10+ пар): федеративная координация между проектами, QG-3 (независимая верификация), QG-4 (шлюз развёртывания), прослеживаемость требований, аудиторские следы.
Соответствие правил Базовой конфигурации правилам Standard
| Правило Базовой конфигурации | Эквивалент в Standard |
|---|---|
| 1. Задача перед кодом | Rule 1 (S10.1) + QG-0 (S8.1) |
| 2. Границы области | QG-0 ОБЯЗАТЕЛЬНО-критерии (S8.1, Область Задачи) + S3.5.1 |
| 3. Проверка по критериям | QG-2 (S8.3) + Rule 15 L2 (S10.15) |
| 4. Тесты проверяют требования | QG-2 критерии тестов + QG-3 валидность тестов (S8.4) |
| 5. Проверка на латентные дефекты | Rule 15 (S10.15) + Чеклист ревью AI (Гид) |
| 6. Нулевая толерантность к незавершённой работе | QG-2 принуждение (S8.6) |
| 7. Устранение причин, а не симптомов | Rule 5 Периодический аудит (S10.5) + Режимы сбоев из гида |
| 8. Фиксация знаний | Rule 4 Документация тупиков (S10.4) + Rule 9 Фиксация знаний (S10.9) |
Сопоставление ролей
| Текущая роль | Ответственность в SENAR | Переносимые навыки | Навыки для развития |
|---|---|---|---|
| Старший разработчик | Супервайзер | Код-ревью, архитектура, доменные знания, отладка | Проектирование контекста, взаимодействие с AI, делегирование вместо исполнения |
| Тимлид | Старший Супервайзер | Архитектура, компромиссы, менторство | AI-first мышление, меньше ручного кодирования |
| QA-инженер | Инженер верификации | Верификация, мышление о крайних случаях, критерии приёмки | Паттерны AI-вывода, обнаружение галлюцинаций |
| DevOps-инженер | Супервайзер (инфраструктура) | Автоматизация, CI/CD, инфраструктура | AI-направляемая конфигурация, контекст для инфраструктуры |
| Владелец продукта | Архитектор контекста | Требования, приоритизация, управление стейкхолдерами | Структурирование требований для потребления AI, прослеживаемость |
| Скрам-мастер | Менеджер потока | Фасилитация, оптимизация процессов | Управление на основе метрик, отслеживание затрат |
Карьерный путь Супервайзера
| Уровень | Фокус | Ключевая компетенция |
|---|---|---|
| Младший Супервайзер | Отдельные задачи, тщательная проверка | Следование паттернам, тщательное ревью |
| Супервайзер | Множество задач, архитектурные решения | Проектирование контекста, суждение о компромиссах |
| Старший Супервайзер | Кросс-проектное влияние, менторство | Архитектурное направление, ревью чужой работы |
| Ведущий Супервайзер | Оптимизация процессов, методология | Проектирование шлюзов качества, оценка зрелости |
Типичные сложности перехода
«Я быстрее наберу сам» — Верно для тривиальных задач. Для средних и сложных задач проектирование контекста + AI-генерация быстрее ручного кодирования и даёт тесты, документацию и прослеживаемый результат. Измерьте.
«Я не доверяю AI-результату» — Здоровый инстинкт. Именно для этого существуют QG-2 и чеклист ревью, а на QG-3 выполняются пять минимальных критериев Standard 8.4 — независимо от того, прогоняли вы список раньше или нет (Гид 02). Верификация — теперь ваш ключевой навык, а не доверие.
«Моя ценность была в написании кода» — Ваша ценность была в решении задач. Вы по-прежнему их решаете — но теперь через направление и суждение, а не набор текста. И задачи становятся крупнее.