Уровни зрелости ИИ-команды
Человек
ИИ
L0
Без ИИ
Делаю сам
L1
AI-ассистент
Спрашиваю у ИИ
L2
Локальный помощник
Работаем вместе
L3
Задачный агент
Делегирую по спеке
L4
Агентный пайплайн
Настраиваю процесс
L5
Управляемая автономия
Настраиваю улучшение процесса
План
Код
Проверка
Вопрос
Диалог с ИИ
Ответ
Код
Общие правила команды
+
ИИ
Редактор кода
Код
Спека
Лог решений
Агент
Контроль
Общий контекст
Агенты
Автопроверки
Критичные
решения
Задача проходит настроенный процесс
Общий контекст
Агенты
Автопроверки
Критичные
решения
Ретро
Правки harness
Проверка изменений
Каждый ускоряет свою работу
Продуктолог
+
Требования
Готово
Дизайнер
+
Макеты
Готово
Разработчик
+
Код
Готово
Тестировщик
+
Тесты
Готово
Инженер эксплуатации
+
Выпуск
Готово
Общая скорость не увеличивается
SPEC DRIVEN DEVELOPMENT
Cпека проходит весь цикл
Человек
ИИ
Спецификация и решения
+
Идея
+
Спека
+
Дизайн
+
Код
+
Ревью
+
Тесты
+
Выпуск
+
Эксплуатация
Обновление спеки
OpenSpec
L3
Актуальные спецификации
Что меняем
/opsx:propose
Реализуем
/opsx:apply
Обновляем
спецификации
/opsx:archive
Проверка
и приёмка
Harness
Harness команды
Настраиваем
CLAUDE.md
Skills
Знания
проекта
Тесты и проверки
Доступы и ограничения
Claude Code
Harness инструмента
Модель
Что делать дальше?
Читает
Меняет
Запускает
Результат
Агентный пайплайн
Общий контекст: спецификация, решения, правила
Агент-аналитик
Спецификация
Требования
Агент-разработчик
Разработка
Код и тесты
Агент-ревьюер
Проверка
Результаты проверок
Человек
Приёмка
Решение о выпуске
Замечания → исправление → повторная проверка
Из чего состоит наш harness
Скиллы
Как идёт процесс
task-open
spec-from-source
plan-goals
backlog-refinement
project-onboard
techdebt-triage
task-close
debug-session
code-review
review-fix-loop
pre-ship-audit
release
feature-eval
regression-eval
ingest-source
kb-update
kb-lint
retrospective
Агенты
Кто делает
spec-engineer
architect
designer
developer
tester
reviewer
eval-specialist
release-engineer
documentor
knowledge-curator
seo-expert
tpm — координатор
Команды
Точки вызова
shared
/harness-status
/harness-upgrade
legacy
/plan
/pbr
/review
/review-loop
/audit
/techdebt
/onboard
/install-agent
Decision Log
Решение №7
Что выбрали
Почему
Альтернативы
Пересмотреть №7
TPM ведёт задачу по процессу
«Нужна новая фича»
Человек
TPM
Ведёт задачу
Результат
Вопросы и приёмка
Скиллы и специалисты
Спека
spec-engineer
Код
developer
Проверка
tester / reviewer
Релиз
release-engineer
Промежуточный контроль
Агент сделал
работу
Quality Gate
Соответствует спеке
Тесты прошли
Решения записаны
Пройдено
Следующий
этап
Не пройдено
Замечания
Критичные решения
Quality Gates в нашем harness
GATE 1
Спецификация
Согласована
с владельцем
ОК владельца
GATE 3
Приёмка
Есть. Работает.
Подключено.
Проверка + ОК владельца
GATE 4
Проверки
Lint · типы
Сборка · тесты
Автоматически
GATE 5
Документация
API · БД
Описание модулей
Агент documentor
Не прошли — исправление и повторная проверка
Правила компании — часть Quality Gate
Архитектура
Не ходим
в чужую БД
Через API
Безопасность
Не раскрываем
чужие данные
Права доступа
Совместимость
Не ломаем
соседние продукты
Контракты API
Quality Gate
Релиз
Общие правила. Автоматические проверки
Когда решение возвращается человеку
Меняется задача
Багфикс требует новой архитектуры
Высокая цена ошибки
Удаление данных, миграция в проде
Нет прогресса
Повторные ревью не сходятся
Исчерпан бюджет
30 минут без решения бага
Решает человек
Продолжить?
Изменить план?
Отложить?
Агент передаёт контекст решения
Что случилось / Что попробовал / Какие варианты
РЕТРОСПЕКТИВА
Debug: исправить, проверить, извлечь урок
debug-session
Во время отладки
При закрытии сессии
Замечание
Пользователь
Исправление
TPM → разработчик
Найти причину.
Исправить локально.
Следующее замечание
Проверка
Тестировщик + ревьюер
Регрессионные тесты
Ревью, сборка, линт
Ретро
TPM
Системная причина?
Что менять в правилах?
Границы debug-сессии
> 50 строк или архитектура → согласовать объём
30 мин без решения / $5 → эскалация
Ретро обновляет правила работы
L5
Правила работы агентов
Задача
Опыт работы
Ретро
Что изменить?
retrospective
Правки правил
Проверка изменений
Согласование по масштабу
TPM сам проводит ретро после задачи
L5
Задача закрыта
task-close
Автоматически
TPM: ретро
Что узнали?
Чего нет в правилах?
Что изменить?
retrospective
Малая правка
Вносит сразу
Общее изменение
Согласует
с владельцем
Следующая задача получает обновлённые правила
Never Again: память об ошибках
knowledge/never-again/
Пример записи: не обновили тикет
Симптом
Баг исправлен
Тикет остался «В работе»
Причина
Готовность проверяли только по коду
Правило
Обнови тикет и приложи
результат проверки
Иллюстративный пример
В инструкции агента
После исправления
обновить тикет
В проверку закрытия
Статус актуален?
Результат проверки приложен?
Запись сохраняет причину. Правило меняет процесс.
Never Again!
Уровни зрелости ИИ-команды
Человек
ИИ
L0
Без ИИ
Делаю сам
L1
AI-ассистент
Спрашиваю у ИИ
L2
Локальный помощник
Работаем вместе
L3
Задачный агент
Делегирую по спеке
L4
Агентный пайплайн
Настраиваю процесс
L5
Управляемая автономия
Настраиваю улучшение процесса
План
Код
Проверка
Вопрос
Диалог с ИИ
Ответ
Код
Общие правила команды
+
ИИ
Редактор кода
Код
Спека
Лог решений
Агент
Контроль
Общий контекст
Агенты
Автопроверки
Критичные
решения
Задача проходит настроенный процесс
Общий контекст
Агенты
Автопроверки
Критичные
решения
Ретро
Правки harness
Проверка изменений
СТРУКТУРА КОМАНД
Общая основа, свой harness у команды
Продуктовая команда
Свой harness
Контекст · Правила · Агенты
Продуктовая команда
Свой harness
Контекст · Правила · Агенты
Продуктовая команда
Свой harness
Контекст · Правила · Агенты
AI Harness Team
Общая платформа
Запуск агентов
Доступы
Инструменты
Наблюдаемость
Готовая среда и помощь в освоении
Platform Team
Enabling Team
Общая платформа
Даём готовые возможности
Эксперт
Вместе
Сами
Помогаем научиться
Context engineering
Источники
Созвоны
Чаты
Почта
Документы
Код
Разбираем
и связываем
Проверяем
База знаний
Организация
Бизнес
Инженерия
Продукт
Источник и дата
Под задачу
Контекст
Агент
Решение
Меньше догадок
Решения и опыт