
Разбор для бизнеса · 07.10.2026
Управление IT-проектом с агентами: очередь задач и приёмка вместо диаграммы Ганта на полгода
Как сохранить цель квартала, вести очередь разработки, принимать результат и контролировать расход месяца, когда инженер ведёт машину агентов.
Текст собран ИИ-агентами редакции под надзором автора · факты проверены по первоисточникам 07.10.2026
Управление IT-проектом с ИИ-агентами держится на порядке задач и приёмке: код может быть готов, пока заказчик ещё согласует, что должно работать.
Цель квартала остаётся в плане, а ближайшую работу разбирают на проверяемые результаты, чтобы менять очередь после каждого принятого изменения.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. На квартал планируют результат, в работу берут проверяемую задачу.
План квартала фиксирует результат и ограничения. Например, клиент подаёт заявку через кабинет; запуск ждёт согласования формы и подключения внешней системы.
Гант полезен для внешних зависимостей. Atlassian описывает его и для гибких методов: агенты не отменяют дату выставки или ожидание ответа партнёра.
Наш план меняется после приёмки. Инженер ведёт машину агентов на vibecoding.ru; своего клиентского кейса подписки у нас пока нет.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Наша машина | Живой /open, 7 октября 2026: 1 268 решений с полем «Отвергли». Истории очереди и выпуска сверены по первичным записям. Это опыт собственного сайта; клиентского кейса подписки пока нет. | 2026-10-07 |
| Предложение сервиса | Живой /services, 7 октября: тарифы 250 000 и 500 000 ₽ в месяц, один и три потока, одна задача в потоке, правки до приёмки. Сроки старта в сравнительной таблице и месячный пилот описывают предложение, не рыночный замер. | 2026-10-07 |
| Метод управления | Kanban Guide, версия май 2025, и статья Atlassian о Ганте открыты 7 октября. Очередь и условия завершения существовали до агентов. Таблицы статьи предложены автором для ведения проекта, их эффект на клиентах не измерялся. | 2026-10-07 |
Заказчику нужны разные уровни подробности. Квартальная цель отвечает «зачем», очередь отвечает «что следующее», условия приёмки отвечают «по чему закрыть».
Неудачная проверка меняет очередь. Если форма не сохраняет заявку, её чинят раньше оформления; перенос «тестирования» на конец месяца этого не заменяет.
План делят по решениям, которые предстоит принять.
Источник: схема автора, учебный пример, 07.10.2026. Граница календарного плана сверена с Atlassian. Это не клиентский кейс.
Расчёт срока разработки разобран отдельно. Для управления проектом важнее видеть, какая зависимость мешает ближайшему результату и кто может её снять.
2. Очередь работает, когда у задачи есть вход и приёмщик.
Заказчик задаёт приоритет и принимает сценарий, инженер ведёт техническую работу. Роли руководителя и агентов разобраны отдельно.
В работу берут задачу с исходными данными. Форме нужны согласованные поля и получатель заявки; поручение «сделать весь кабинет» оставляет выбор агенту.
Ожидание приёмки остаётся незавершённой работой в нашей схеме. Kanban Guide требует определить начало, конец и контроль незавершённого.
Задача проходит очередь до результата в продукте.
Источник: схема автора, 07.10.2026, на основе определений начала, конца и незавершённой работы Kanban Guide. Состояния согласуют с исполнителем.
Новый приоритет не стирает текущую работу. Руководитель указывает, что приостанавливают и что осталось; у слова «срочно» появляется цена для очереди.
Условия готовности записывают до старта. Постановка задачи ИИ-агенту разобрана в соседней статье; здесь важен допуск в очередь, а не новый шаблон поручения.
3. Готовым считается принятый результат в продукте.
Сообщение «код написан» закрывает работу исполнителя, но не потребность бизнеса. Для формы результатом станет заявка у менеджера, а не снимок кнопки в чате.
Инженер проверяет правку, заказчик принимает сценарий. Ответственность за ошибки ИИ сохраняется после зелёного теста.
Каждому доказательству соответствует условие приёмки.
Источник: приёмочная схема автора для учебного примера, 07.10.2026. Про права на выпуск и последствия поломок — соседние статьи серии.
Путь задачи не заканчивается кодом. В программе курса есть «Одиннадцать шагов одной задачи»; право на выпуск задают правила проекта.
Задержка на приёмке должна быть видна как причина ожидания. Если заказчик ещё не согласовал поле формы, запуск дополнительных агентов не снимает блокировку.
Замечание к условию приёмки возвращает ту же задачу. Новое требование, например ещё одна роль в кабинете, ставят в очередь отдельно.
В своей машине мы исправляли сбои этой цепочки правилами. Лента показывает, почему список выполненного должен проверять очередь, выпуск и доступность результата.
Поломки машины меняли правила очереди и выпуска.
25.07
Очередь писателя пропускала отложенные из-за лимита материалы. Правило: позиция остаётся перед первым отложенным, после снятия лимита работа продолжается.
13.08
После гонки 10 августа старая сборка могла перезаписать новую. Параллельные сборки выключили; порядок выпуска отделили от параллельного исполнения.
06.10
Статья прошла проверки, но осталась невлитой и получила конфликты с соседними правками. Рецепт теперь требует проверить фактический выпуск до завершения работы.
Источник: опыт машины vibecoding.ru; события сверены с исходными записями 25 июля, 10 и 13 августа, 6 октября. Проверено 07.10.2026. Клиентских результатов в ленте нет.
4. Риск останавливает задачу до выпуска, а урок меняет правило.
Срочность не даёт агенту права менять границы проекта. Задача с оплатой или правами доступа ждёт назначенного решения, даже если очередная версия уже готова к включению.
Изменение результата или расхода ждёт владельца решения. Агент предъявляет риск и варианты, инженер оценивает последствия; ответственного назначают заранее.
На открытой странице машины 7 октября указан журнал из 1 268 решений с полем «Отвергли». Он сохраняет выбор и причину отказа от другого варианта.
Решение снимает блокировку и оставляет правило.
Источник: управленческая схема автора, 07.10.2026. 1 268 решений взяты с живого /open, сноска «Качество», в тот же день; это собственный проект.
Урок должен менять следующую работу. После сбоя очереди недостаточно попросить агента «быть внимательнее»; в нашей машине изменили правило движения очереди.
Ограничения разобраны в правилах для ИИ-агентов. Техническому долгу в плане дают приоритет по последствиям повторных дефектов.
5. Подписка ограничивает расход месяца, объём проверяют по принятым задачам.
Тарифы задают расход месяца. На нашей странице сервиса 7 октября «Один проект» стоит 250 000 ₽, «Все проекты» — 500 000 ₽ в месяц.
Фиксированная сумма не обещает весь список к любой дате. В первом тарифе один поток, во втором три; в каждом потоке одна задача в работе, следующая ждёт очереди.
Старт зависит от формата работы.
Источник: сравнение на /services, проверено 07.10.2026. Это описание нашего предложения; конкретные условия другого исполнителя могут отличаться.
Расход проверяют рядом с результатом и ожиданием. Если за оплаченный месяц заказчик не принял ни одного сценария, число сообщений агента не объясняет, куда ушла работа.
Свои затраты на приёмку и внешние системы учитывают отдельно. Наш сервис не берёт архитектуру, найм и ночные дежурства; подписка эти роли не закрывает.
Вместо процента «почти готово» руководителю нужен короткий отчёт. У него есть принятые изменения, незавершённое и следующее решение, от которого зависит очередь.
Расход объясняют принятыми результатами и ожиданием.
Источник: форма отчёта автора, 07.10.2026. Заполняется фактами вашего проекта, не показателями нашей машины.
6. Пилот заканчивается решением по фактам работы.
FAQ нашей подписки на 7 октября называет первый месяц пилотом с той же ценой и условиями. Остановить подписку можно в любой месяц.
Пилот проверяет законченный сценарий с приёмщиком. Учебный пример — заявка дошла менеджеру; «за месяц автоматизируем компанию» такой границы не даёт.
Пилот отвечает на вопрос о продолжении. Где работа ждала, почему её возвращали, какой следующий результат нужен бизнесу: ответы остаются в отчёте.
Продолжение пилота решают по наблюдаемым результатам.
Источник: схема пилота автора, 07.10.2026. Месячный формат и остановка сверены с /services; замеров клиентского пилота нет.
Если у задачи нет ясного конца, начните с теста для руководителя. Он помогает разобрать порядок работы до передачи очереди.
Для регулярной очереди есть разработка по подписке. Продолжение пилота решают по принятым результатам и зависимостям, а не по длине первого плана.
7. Частые вопросы
Waterfall или agile, если код пишут агенты?+
Название метода не определяет, кто принимает результат. Сохраните внешние сроки и обязательные зависимости, а ближайшее исполнение ведите задачами с условиями завершения. Гант применяется и в agile; спор об инструменте не заменяет правила приёмки.
Можно ли обещать руководству дату на квартал?+
Дату фиксируют вместе с объёмом и зависимостями. План пересматривают, когда изменилось требование или не снята блокировка. Календарный срок отдельного проекта не следует из темпа нашей машины.
Безлимитные задачи означают параллельный запуск всей очереди?+
Нет. На нашей странице сервиса безлимит относится к задачам и правкам, а поток содержит одну задачу в работе. У тарифов один или три потока, остальные задачи ждут очереди. Условия проверены 7 октября 2026.
Кто проверяет работу, если у компании нет инженера?+
До старта назначают технического приёмщика и владельца архитектурных решений. Бизнес проверяет сценарий, технический специалист проверяет изменение системы. Наше предложение не включает архитектуру и ревью чужого кода; роль нельзя считать закрытой покупкой подписки.
Как учитывать срочную задачу посреди работы?+
Запишите её приоритет и решение по текущей задаче. Если текущую работу приостанавливают, сохраняют её состояние и причину. Новый приоритет не стирает уже оплаченный расход и незавершённую работу.
Что делать с замечанием «я ожидал другое»?+
Сверить его с согласованным условием приёмки. Невыполненное условие требует правки, новый сценарий требует решения о месте в очереди. Такое разделение обсуждают до начала работы.
Источники
- The Kanban Guide (май 2025) — Официальное руководство
- Atlassian: What is a Gantt Chart? — Официальный материал
- vibecoding.ru: открытая работа машины — Наш проект
- vibecoding.ru: условия подписки — Наш сервис
- vibecoding.ru: программа курса — Наш продукт
Запомнить
- На квартал фиксируют цель и внешние зависимости. Ближайшую работу уточняют после приёмки.
- В очередь допускают задачу с исходными данными и назначенным приёмщиком. Ожидание ответа остаётся видимым.
- Завершение подтверждает принятый результат в продукте. Код и зелёные проверки дают основания для приёмки.
- Изменение требований и риск получают решение с последствиями для очереди и расхода. Повторная поломка меняет правило.
- Продолжение пилота решают по принятым сценариям, ожиданию и бюджету. Количество запущенных агентов этого решения не заменяет.