Разбор · Опубликовали 07.10.2026
Изменения требований должны менять очередь и бюджет: агенты пишут быстро, а проект растёт
Как отличить исправление от нового объёма, обменять задачи в очереди и увидеть влияние пожеланий на оплаченные месяцы.
Текст подготовлен машиной агентов под редакцией Евгения Шилова · факты проверены 7 октября 2026
Управление изменениями в проекте начинается с выбора: новое требование заменяет задачу в очереди либо меняет согласованный объём и бюджет.
ИИ-агент быстро пишет код, но каждое добавление ещё нужно проверить и принять, поэтому растущий проект не помещается в прежний месяц сам собой.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Новый результат расширяет объём, дефект мешает получить обещанный.
Правку сначала сравнивают с согласованным результатом. Если кабинет должен давать клиенту скачать счёт, а файл не открывается, работу ещё не закончили.
Согласование счёта руководителем меняет результат. Появляются роли и новые состояния счёта, даже если агент быстро добавит кнопку.
Это учебный пример. Наша практика здесь: машина агентов на vibecoding.ru, клиентского реестра изменений у нас нет.
Название просьбы не определяет её объём.
Редакционный учебный пример, 07.10.2026. Это порядок разбора запросов, не условия договора конкретного подрядчика.
2. Добавить задачу без обмена значит увеличить согласованный план.
Новое пожелание не обязано увеличивать расходы. Можно снять менее важную задачу, если освободившегося места хватит для новой работы.
В учебном кабинете согласование счетов важнее отчёта. Отчёт остаётся в очереди на потом, а инженер проверяет, хватит ли освободившегося объёма.
Если оставить и отчёт, и согласование, изменится план. Scrum Guide, редакция ноября 2020, допускает пересмотр объёма с владельцем продукта, сохраняя цель и качество.
У нового требования есть решение до старта.
Порядок контроля изменений APM и Scrum Guide; решения и пример сформулированы редакцией, 07.10.2026.
3. Цена месяца остаётся прежней, общая сумма растёт с числом месяцев.
Фиксированная цена месяца не фиксирует число месяцев. У нашей подписки на разработку «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026.
Новые задачи разрешено добавлять в очередь. Но в одном потоке работает одна задача, следующая ждёт. Безлимит запросов не отменяет эту последовательность.
Если добавления требуют ещё одного оплаченного месяца, общая сумма вырастет. Ниже только арифметика, не оценка срока разработки кабинета.
Дополнительный месяц меняет сумму даже при прежнем тарифе.
Тариф /services на 07.10.2026; расчёт редакции, 2 × 250 000 и 3 × 250 000 ₽. Разница 250 000 ₽. Условия двух и трёх месяцев учебные, учитывается только подписка.
4. Журнал хранит последствия запроса и причину выбранного решения.
Запрос в чате ещё не меняет план. В журнале должно быть видно, что владелец принял и чем пожертвовал ради нового требования.
APM описывает контроль изменений именно так: зарегистрировать запрос, оценить последствия, одобрить, отклонить или отложить, затем обновить план.
У нашей машины решения сохраняются вместе с отвергнутыми вариантами. Ниже предлагаем шаблон для компании, который связывает решение с оплаченными месяцами.
Одна запись связывает просьбу с приёмкой и расходами.
Наш редакционный шаблон, 07.10.2026. Запись вымышленная, клиентского реестра она не изображает.
5. Зависимости проверяют до правки, иначе просьба задевает соседние части.
Объём кнопки определяет её поведение. В кабинете согласование счёта затрагивает права и уведомления, хотя на экране добавляется один элемент.
На нашем сайте изменения тоже выходили за ожидаемые границы. Лента показывает сбои работы и правила, которые мы после них записали.
Параллельные правки требуют отдельного порядка выпуска. Его разбираем в статье про руководителя разработки и агентов.
Наши сбои научили фиксировать границы изменения.
19.07
Просьбу показать дерево проекта для обсуждения агент принял за разрешение начать переезд. Правило после: показ перед действием служит точкой обсуждения. Исполнение ждёт решения.
02.08
Переименование раздела затронуло соседние модули и сломало проверку основной ветки. Правило после: менять только подтверждённый список файлов и сверять охват до сохранения правки.
06.09
Дополнительное предложение продукта размывало действие на /open. Его убрали из форм. Правило после: у страницы одно главное действие. Изменение требований может снимать работу, а не добавлять.
Первичные записи машины vibecoding.ru по указанным датам, сверены 07.10.2026. Это работа нашего сайта, не клиентские проекты.
6. До приёмки исправляют обещанный сценарий, новый возвращают в очередь.
На /services правки входят в работу до приёмки. Поэтому новая формулировка пожелания не даёт основания автоматически выставлять доплату.
Но менять критерий готовности при каждом показе опасно. Если вчера нужен был скачанный счёт, а сегодня его согласование, инженер должен зафиксировать новое решение.
Граница определяется согласованной задачей. Её описание и критерий приёмки разбираем отдельно в постановке задач ИИ-агенту.
Правка к результату и новый результат проходят разный путь.
Публичное обещание /services «Правки без лимита: пока не примете», проверено 07.10.2026. Порядок согласования предложен редакцией.
7. Владелец решает, что важнее, агент готовит последствия.
Агенту можно поручить сравнить новое требование с планом. Но выбрать между отчётом и согласованием должен владелец продукта, которому нужен результат.
В нашей машине инженер пишет правила и принимает работу. Эта роль показана на открытой странице машины.
Для компании предлагаем короткий порядок. Каждый запрос получает решение до работы, а после сдачи оценка сверяется с фактом.
Контроль изменений заканчивается сверкой, а не записью в чат.
Последовательность APM; адаптация к агентной разработке и очереди /services, 07.10.2026.
Перед стартом хватит общего списка задач и журнала решений. Порядок запросов должен быть один, даже если их присылают разные отделы.
Расчёт срока по очереди вынесен в статью о сроках разработки. Здесь достаточно видеть, какие задачи новое пожелание сдвигает.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Спрос | Wordstat API, регион РФ. Основной запрос 1 547, контроль изменений 137 в месяц. Это запросы, не компании | 2026-10-07 |
| Условия сервиса | Живая /services: цена месяца, безлимит задач и правок, одна задача на поток. Не прогноз поставки за месяц | 2026-10-07 |
| Метод | Первичная страница APM и Scrum Guide в редакции ноября 2020. Журнал и таблицы адаптированы редакцией | 2026-10-07 |
| Наш опыт | Первичные записи машины своего сайта и /open#operator. Клиентского реестра изменений нет | 2026-10-07 |
| Деньги | Условные два и три месяца умножены на тариф. Это сравнение сумм подписки, не смета кабинета | 2026-10-07 |
8. Частые вопросы
Можно ли менять требования в проекте с фиксированной ценой?+
Можно обсуждать изменения. Сначала сравните новый результат с согласованным объёмом и выберите, что убрать или добавить. Порядок изменения цены зависит от ваших договорённостей с исполнителем.
Каждое уточнение требует доплаты?+
Нет. Исправление дефекта и уточнение прежнего сценария отличаются от нового объёма. Обмен задач или добавление, которое помещается в прежний план, может оставить сумму прежней.
Безлимит правок означает, что можно бесконечно расширять продукт?+
На /services нет лимита запросов, но есть очередь и одна задача в работе на поток. Новые сценарии нужно согласовывать вместе с их влиянием на план. Выросшая очередь способна потребовать следующие оплаченные месяцы.
Когда нужно останавливать текущую задачу?+
Когда новый запрос делает её результат ненужным или обнаружен риск для работающей системы. Владелец фиксирует остановку и следующий приоритет. Просьба оценить вариант сама по себе работу не отменяет.
Нужна ли отдельная программа для журнала изменений?+
Нет. Подойдёт таблица рядом с очередью задач, если у каждого решения есть автор, последствия и ссылка на обновлённую задачу. Чат годится для обсуждения, принятый план должен быть доступен отдельно.
Что делать, если оценка изменения не оправдалась?+
Зафиксировать новую причину и остаток работы, затем снова согласовать обмен задач или бюджет. Не скрывать дополнительную работу внутри прежней оценки и не переписывать старое решение задним числом.
Источники
- APM, What is change control? — первоисточник
- Кен Швабер и Джефф Сазерленд, Scrum Guide (ноябрь 2020) — первоисточник
- Условия агентной разработки vibecoding.ru — наш оффер
- Машина vibecoding.ru и роль инженера; истории июля, августа и сентября 2026 — наша практика
- Wordstat, повторный замер запросов об управлении изменениями (7 октября 2026, РФ) — замер спроса
Запомнить
- Сравните просьбу с обещанным результатом: дефект исправляют, новый сценарий согласуют как изменение объёма.
- Новое требование получает место за счёт другой задачи либо пересмотра плана и бюджета.
- При месячной подписке следите за общей суммой: одинаковая цена месяца не означает одинаковые расходы за проект.
- Сохраните решение и отвергнутый вариант. После приёмки сравните ожидаемое влияние на очередь с фактическим.