Методология разработки с ИИ-агентами
Управляемый цикл от задачи до выпуска: ИИ выполняет большую часть рутины, люди принимают решения там, где нужны их контекст и ответственность, а каждое изменение оставляет проверяемый след.
Для руководителей, которые отвечают за разработку в крупной организации
Кому адресована
- CTO и CIO — ускорить поставку, не потеряв контроль над архитектурой и сроками.
- CISO и AppSec — агенты в закрытом контуре, в пределах полномочий, с проверяемым следом.
- Владельцы выпусков — видеть, на чём основан статус «готово».
- Архитекторы — правила архитектуры соблюдаются в каждом изменении.
На какие вопросы отвечает
- Как организовать работу, чтобы ИИ делал рутину, а люди принимали решения.
- Как доказать результат: зачем сделано изменение, кто и на какой модели выполнял, какие проверки пройдены, какие риски приняты.
- Как управлять стоимостью и рисками: глубина проверок соразмерна риску, затраты на ИИ привязаны к задачам.
Семь принципов, которые держатся на механике процесса, а не на договорённостях
Результат важнее запроса к модели
Работа начинается с проверяемого результата для пользователя: задача не принимается без пользовательских историй и сценария приёмки, при приёмке проверяются именно они.
У каждого изменения есть сквозная история
Зачем сделано, что требовалось, кто выполнял, какие проверки пройдены, какие риски остались и кто разрешил выпуск — каждое звено оставляет запись.
ИИ работает в пределах конкретной роли
У роли заданы входные данные, разрешённые действия, результат и условия остановки. Исполнитель получает паспорт шага, выход за его границы останавливает работу.
Автор и проверяющий разделены
Ревью ведёт отдельный агент с новым контекстом, в основную ветку пишет только очередь слияния, итоговое закрытие задачи принадлежит человеку.
Глубина процесса зависит от риска
Четыре маршрута — редакционный, быстрый, основной и усиленный — выбираются по последствиям изменения, а не по размеру правки.
Неопределённость остаётся видимой
Статусы «частично», «не подтверждено», «заблокировано» полезнее зелёного индикатора; недоступная проверка записывается как невыполненная.
Выпуск запускает проверку результата
После развёртывания изменение связывается с наблюдаемостью, инцидентами, метриками поставки, стоимостью и продуктовым результатом.
Что внутри документа
- 0. О документе
- 1. Продуктовая линейка pgra.ph
- 2. Методические основания: AWS AI-DLC, Сбер AI-Disrupt PDLC, требования российского рынка
- 3. Принципы
- 4. Объекты управления
- 5. Сквозной цикл из семи этапов
- 6. Маршруты по риску
- 7. Три уровня контроля: полномочия, подтверждения, решения
- 8. Граф кода в цикле
- 9. Прослеживаемость и материал для оценки безопасной разработки
- 10. Закрытый контур и модели
- 11. Что измерять: DORA, качество, экономика, продуктовый результат
- 12. Пилот: дизайн и календарь
- 13. Что заказчик настраивает под себя
- 14. Шаблоны задачи, спецификации и отчётов
Получить полный текст методологии
Отправим документ в формате DOCX на указанный контакт.