
Разбор · Опубликовали 07.10.2026
Сроки срываются в очереди, а не в коде: как считать срок, когда пишут агенты
ИИ-агент готовит правку за минуты, а срок съедает ожидание: долгие задачи обычно по 11 часов лежат на проверке у людей. На 115 наших задачах показываем, где уходит время, как считать срок без оценки в часах и за что тогда платить.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 4 октября 2026
Обычная задача у нас занимает 25 минут от слова в чате до правки, влитой в основной код. Но если обещать срок по этой цифре, опоздает каждая вторая задача. 41 из 115 шла дольше часа, а 13 дольше пяти.
Код в долгих задачах ни при чём. В 13 самых долгих ИИ-агент выкладывал правку на проверку обычно через 22 минуты, а потом она лежала на проверке у человека — обычно 11 часов. Ниже разбираем, как считать срок, когда работа занимает минуты, а ожидание растягивается на часы.
1. Срок задачи — это в основном ожидание, а не работа
Руководитель спрашивает программиста, сколько займёт задача. Тот считает, сколько будет писать код, и называет часы. Срок потом срывается, хотя часы посчитаны честно.
Задача большую часть жизни не делается, а ждёт. Ждёт, пока её возьмут, пока ответят на вопрос, пока проверят и выпустят.
Дэвид Андерсон, автор метода канбан для разработки, по своему опыту видел у компаний 5–15 % срока на саму работу. Замер на 63 командах интернет-магазина ASOS в 2023 году дал в среднем 35 %. В обоих случаях большую часть срока задача ждёт.
Мы проверили это на себе. С 21 по 26 августа 2026 года машина агентов vibecoding.ru довела 115 задач от слова в чате до влитой правки. В сумме они были в пути 343 часа, и 269 из них правка уже лежала на проверке у человека.
Из 343 часов в пути 269 правка уже лежала на проверке у человека
115 задач vibecoding.ru с 21 по 26 августа 2026, от реплики в чате до слияния правки в основную ветку. Две части делит момент, когда агент выложил правку на проверку на GitHub; подсчёт 4 октября 2026.
Агенты не убрали ожидание, они его оголили. Дональд Райнертсен, автор книги о потоке в разработке продуктов, ещё в 2009 году назвал очереди причиной большинства потерь в разработке. В обычной команде их прячет работа: день программирования выглядит как причина задержки.
Когда работа сжимается до минут, прятать нечего. Поэтому «давайте быстрее» не работает: исполнитель может сократить свои часы, но не очередь к тем, кто проверяет и выпускает.
2. Оценка в часах ошибается в разы, а с агентами ещё и считает не то
Даже саму работу люди оценивают плохо. В 1994 году психологи Роджер Бюлер, Дейл Гриффин и Майкл Росс попросили студентов назвать, когда они сдадут выпускную работу. В среднем студенты обещали 34 дня, а сдали через 56, и в свой срок уложилась меньше трети.
У этой ошибки есть имя — ошибка планирования. Человек представляет, как задача пойдёт по плану, и не вспоминает, как шли прошлые. В разработке к ней добавляется неизвестность: в начале проекта оценка может ошибиться в четыре раза в любую сторону, и это у опытных оценщиков.
Оценка в часах не сбывается по трём причинам, и третью принесли агенты
Buehler, Griffin, Ross, Journal of Personality and Social Psychology, 1994; Steve McConnell, Software Estimation, 2006; задачи vibecoding.ru, 21–26 августа 2026.
С агентами появляется третья беда. Спросите, сколько займёт правка формы, и честный ответ будет в минутах. Это правда, и она бесполезна.
У нас правка была готова к проверке через 11 минут в половине задач. А влитой она становилась то через 25 минут, то через двое суток.
3. Срок считают по очереди: сколько задач впереди и сколько выходит за неделю
Раз срок живёт в очереди, считать надо очередь. Формулу для этого в 1961 году доказал Джон Литтл: среднее время задачи в пути равно числу задач в работе, делённому на то, сколько задач выходит за неделю.
Посчитаем на примере. В очереди у команды 40 задач, за неделю выходит 10. Новая задача, даже на час работы, выйдет примерно через четыре недели, потому что перед ней стоят сорок других.
Срок новой задачи считается за три строки: впишите свои числа
Формулу доказал Джон Литтл (Operations Research, 1961). Она даёт средний срок, а какой срок обещать, разобрано в главе 4.
Отсюда два рычага, и оба не про часы. Можно уменьшить очередь: не брать в работу всё сразу и выкидывать то, что уже не нужно. Можно увеличить выход за неделю, и тут помогают агенты.
Наша машина вливает в среднем 149 правок в неделю (июль–сентябрь 2026). Обратный ход вредит: если взять в работу больше задач сразу, срок каждой вырастет, пока выход за неделю стоит на месте.
Выход за неделю ограничен самым медленным шагом. Если проверяющий успевает принять десять правок в неделю, агенты могут написать двести, а выйдет всё равно десять. Где этот шаг у нас, показывает глава 5.
4. Обещать надо срок, в который укладываются девять задач из десяти
Формула даёт средний срок, а обещать по среднему нельзя. У нас средняя задача шла 3 часа, обычная 25 минут, а самая долгая 47 часов. Среднее тянет хвост, а обычная задача его не видит.
Каждая девятая задача шла дольше пяти часов и забрала почти три четверти времени
Задачи, штук
Часы в пути
115 задач vibecoding.ru с 21 по 26 августа 2026, от реплики в чате до слияния правки. Часы округлены до целых, всего 343.
Обещать стоит срок, в который уложились девять задач из десяти. Возьмите закрытые задачи за последний месяц, разложите их от быстрых к медленным и найдите эту точку.
По нашей истории держать можно обещание в пять с половиной часов, а не в 25 минут
Задачи vibecoding.ru с 21 по 26 августа 2026. По порядку от быстрых 103-я задача шла 5,1 часа, 104-я шла 5,7 часа, дольше суток шли пять.
Срок по хвосту не пессимизм. Он честно включает задачи, которые ждали человека, а такие будут всегда. Обещание «в прошлый раз сделали за час» повторяет ошибку планирования из главы 2.
5. Очередь стоит у людей — её и надо ускорять
Почему хвост такой длинный? Мы разобрали 13 задач, которые шли дольше пяти часов. Они заняли 250 часов из 343, почти три четверти всего времени.
Код в них писался быстро: в 9 из 13 правка была готова к проверке меньше чем за час, обычно через 22 минуты. Дольше всего она лежала на проверке у человека.
Десять долгих задач ждали глаз человека, три — его решения по базе данных
Задачи vibecoding.ru дольше пяти часов, 21–26 августа 2026. Чего ждали, определено по названию каждой правки и правилам машины. «Обычно шла» означает середину ряда. Задача пережила ночь, если в её окне было 03:00 МСК.
Одиннадцать из тринадцати пережили ночь. У агента нет рабочего дня, а у проверяющего есть.
Вот как жила самая долгая — новый живой график на открытой странице стройки. Первая версия была готова через 21 минуту, дальше было три круга замечаний и две ночи.
Одна долгая задача целиком: 47 часов, из них 34 без единой правки
Задача vibecoding.ru 23–25 августа 2026, время правок и слияния взято с GitHub. Правки шли пачками по несколько минут. Между кругами задача ждала, пока человек посмотрит результат.
С агентами узкое место переезжает от исполнителя к проверяющему. Код пишется за минуты, а принять его может только человек с совещаниями, выходными и сном. Как разгрузить проверку, мы разобрали в статье почему ИИ не ускорил разработку.
Одну очередь мы поставили сами. С 28 сентября сайт выходит по расписанию, четыре раза в сутки: собирать его на каждую из десятков правок в день стало дорого. Цена этой очереди известна — до шести часов, а срочную правку выпускаем вне расписания.
6. Цена за месяц честнее оценки в часах: вы покупаете поток, а не часы
Когда работа занимает минуты, платить за часы — значит платить за то, что почти ничего не стоит. Исполнитель всё равно назовёт срок в днях. В него он заложит свою очередь, которую вы не видите.
Поэтому подписку на агентную разработку мы устроили как очередь. Поток означает одну задачу в работе. Тариф «Один проект» даёт один поток за 250 000 ₽ в месяц, тариф «Все проекты» даёт три за 500 000 ₽.
Обещание на карточке тарифа сходится с хвостом из главы 4. Правка выходит на проверку обычно через 11 минут, а на карточке написано «за рабочий день»: с 21 по 26 августа 113 задач из 115 вышли на проверку быстрее четырёх часов.
Смета в часах и подписка на поток считают срок по-разному
Срок в такой схеме считается по главе 3. Задачи впереди делим на то, сколько правок ваш человек успевает принять за неделю.
Вливает правки ваш разработчик: прав на слияние у нас нет. Поэтому скорость его проверки и есть ваш срок. Где сейчас стоит ваша очередь, покажет тест для руководителя.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Наши 115 задач | Ряд «от реплики в чате до слияния правки в основную ветку» собран из хроники рабочих сессий и git: задачи с 21 по 26 августа 2026, автономные ветки ленты новостей не в счёте (сноска «Скорость» на /open, срез 27.08.2026). Две части пути делит момент, когда правку выложили на проверку на GitHub. Внутри «на проверке» есть переделки по замечаниям, это не чистый простой | 04.10.2026 |
| 13 долгих задач | Задачи дольше пяти часов заняли 250 часов из 343. Чего ждали, определено по названию каждой правки и правилам машины. Дизайн и тексты страниц идут через смотр человека, правки схемы базы данных вливает только человек. Задача пережила ночь, если в её окне было 03:00 МСК | 04.10.2026 |
| 149 правок в неделю | Среднее за июль–сентябрь 2026 по git репозитория vibecoding.ru; то же число стоит в частых вопросах на /services | 04.10.2026 |
| Выпуск по расписанию | С 28 сентября 2026 сайт выходит четыре раза в сутки, в начале 3, 9, 15 и 21 часа по Москве, и вне расписания по команде | 04.10.2026 |
| Андерсон и ASOS | 5–15 % — личное наблюдение Дэвида Андерсона в блоге 24.10.2013 («My own personal experience is that firms I encounter exhibit 5% - 15% flow efficiency»), не исследование. Замер Ника Брауна на 63 командах ASOS, 26.07.2023: от 9 до 68 %, в среднем 35 %, по данным трекера задач | 04.10.2026 |
| Райнертсен | Donald Reinertsen, The Principles of Product Development Flow, 2009, принцип Q2 (с. 56): «Queues are the root cause of the majority of economic waste in product development» | 04.10.2026 |
| Бюлер, Гриффин, Росс | Journal of Personality and Social Psychology, 1994, с. 369: 33 студента в среднем обещали сдать выпускную работу (honors thesis) через 33,9 дня, сдали через 55,5; в свой срок уложились 29,7 %. Дни считались от опроса, когда работа была почти готова | 04.10.2026 |
| Конус неопределённости | Стив Макконнелл, Software Estimation, 2006, по кривой Барри Бёма: на стадии идеи оценка ошибается от 0,25 до 4 раз, и это лучшая точность опытных оценщиков, хуже бывает легко | 04.10.2026 |
| Закон Литтла | John D. C. Little, A Proof for the Queuing Formula: L = λW, Operations Research 9(3), 1961. Среднее число задач в системе равно скорости их прихода, умноженной на среднее время в системе. Для стабильного потока, где задач приходит столько же, сколько выходит, скорость прихода заменяют скоростью выхода | 04.10.2026 |
7. Частые вопросы
Story points или часы — что лучше для оценки задач?+
Оба меряют работу, а срок съедает ожидание. Story points — это условные очки сложности вместо часов. Для срока полезнее считать, сколько задач закрыто за неделю, и брать срок, в который укладываются девять из десяти.
Как оценить срок целого проекта, а не задачи?+
Разрежьте проект на задачи по одному-два дня работы и посчитайте их. Число задач разделите на то, сколько выходит за неделю, и добавьте запас по хвосту из главы 4.
Что делать, если сроки уже сорвались?+
Посмотрите, чего ждут задачи прямо сейчас: ответа, проверки, выпуска. Не начинайте новые, пока не закончены начатые. По формуле из главы 3 это сразу сокращает срок каждой.
Как оценить трудоёмкость разработки, если код пишут агенты?+
Трудоёмкость агентной задачи мала и почти ничего не говорит о сроке. Полезнее проверить размер: укладывается ли задача в один-два дня работы. Срок даёт очередь, а не трудоёмкость.
Сколько задач в неделю можно ждать от агентов?+
Столько, сколько успевает принять ваш человек. Наша машина на своём проекте вливает в среднем 149 правок в неделю, а в чужом коде первый месяц идёт медленнее.
Источники
- A Proof for the Queuing Formula: L = λW · John D. C. Little, Operations Research (1961) — научная статья
- Exploring the «planning fallacy»: студенты обещали выпускную работу через 33,9 дня, сдали через 55,5 · Buehler, Griffin, Ross, Journal of Personality and Social Psychology (1994) — научная статья
- Конус неопределённости: на стадии идеи оценка ошибается от 0,25 до 4 раз · Steve McConnell, Construx — статья
- Who is your Vice President of Delay?: на работу уходит 5–15 % срока задачи · David J. Anderson, блог (24.10.2013, архивная копия) — практики
- Our survey says: доля работы во времени задачи у 63 команд ASOS — в среднем 35 % · Nick Brown (26.07.2023) — замер
- The Principles of Product Development Flow: очереди — причина большинства потерь, принцип Q2 · Donald Reinertsen (2009) — исследование
- Сноска «Скорость»: 115 задач «от реплики в чате до слияния правки», срез 27.08.2026 · vibecoding.ru/open — наш замер
- Подписка на агентную разработку: поток, очередь, 149 правок в неделю · vibecoding.ru/services (04.10.2026) — наши живые данные
Запомнить
1. Считайте срок задачи как ожидание, а не работу. Агенты сжимают работу до минут, и от срока остаётся очередь.
2. Оценка в часах ошибается в разы и считает работу, а не ожидание. Не выбивайте её, считайте очередь.
3. Срок новой задачи считайте как число задач впереди, делённое на то, сколько выходит за неделю. Не берите в работу больше задач сразу: срок каждой вырастет.
4. Обещайте срок, в который по вашей истории укладываются девять задач из десяти, а не обычный.
5. С агентами узкое место переезжает к проверке у людей. Ускоряйте её и покупайте поток, а не часы. Где стоит ваша очередь, покажет тест для руководителя.