Агенты работают как канбан с лимитом в одну задачу: очередь задач важнее доски

Что такое канбан в разработке, если доска уже есть? Команда договаривается, когда берёт задачу, что считает результатом и сколько работы может держать незаконченной. Доска делает эти договорённости видимыми.

В The Kanban Guide, редакция мая 2025, канбан описан через управление потоком и его улучшение. Работа начинается, когда есть свободная ёмкость. Приклеить карточку в «В работе» мало: нужно знать, по какому правилу она туда попала.

С агентами сохраняется тот же вопрос о результате. Исполнитель написал код, но форма ещё не отправляет заявку в нужное место: задача не закончена. Если на доске уже стоит «Готово», она показывает выпуск раньше, чем его получил бизнес.

Почему одна задача, если агент умеет делать несколько дел? Лимит относится к потоку результатов. Он удерживает внимание на том, что уже начали и ещё не приняли.

Внутри задачи агент может поручить разбор и проверку другим агентам. Несколько запусков ради одного результата не создают несколько потоков. Распределение ролей инженера и агентов разобрано в статье для руководителя разработки.

Очередь приёмки тоже занимает место. Если запуск завершился, а проверку отложили, поток остаётся занят. Правило «после ответа агента брать новую задачу» быстро превращает одну задачу в пачку непроверенных изменений.

Как не оставить быстрый поток без работы? Следующая задача должна быть подготовлена до того, как закончилась текущая. Порядок выбирает человек, который знает, какой результат сейчас нужен бизнесу.

Машина нашего сайта показывает масштаб коротких задач. На экране /open, проверенном 07.10.2026, опубликован ряд из 115 задач с медианой 25 минут, срез 27.08.2026. Это время от реплики владельца в чате до мержа в прод, вместе с ожиданием внутри этого пути.

Медиана не задаёт срок для клиентской задачи. Она объясняет, почему разбирать каждое следующее пожелание только после сдачи предыдущего неудобно. Полный шаблон постановки задачи агенту уже есть в соседней статье; здесь нужен порядок допуска задач в очередь.

Не каждая готовая задача должна идти первой. Ошибка в уже работающей форме и новая обложка могут быть одинаково понятны агенту, но иметь разную цену задержки. Срочность назначает владелец очереди; она не возникает от того, кто громче написал в чат.

Готовность не отменяет зависимостей. В нашем ряду задач есть исправление кликов по карте /open и проверка, которая не даёт карте разойтись с данными. Проверку на исправленное поведение логично ставить следом, а не отправлять эти правки независимо в общий выпуск.

Проектные правила делают границы постоянными. Условия взятия задачи, приёмки и срочного прерывания должны попадать в правила для агентов. Цвет карточки сам по себе агенту этих условий не сообщает.

Почему не запустить десяток потоков? У задач бывают общие файлы, общий выпуск и общие ресурсы машины. Дополнительный агент не устраняет эти пересечения.

Отдельная ветка защищает черновик от соседнего черновика. Она не защищает от двух противоречащих правок одного поведения или от выпуска старой версии после новой. На таких стыках порядок нужен даже независимым задачам.

Мы проверили эту границу на поломках собственной машины. Их общий урок: параллельность разрешают там, где известны границы, а общий ресурс защищают отдельно. Лимит потока и запрет одновременного выпуска решают разные проблемы.

Как понять, что пора расширять поток? Смотреть, где стоит работа. Пустая готовая очередь указывает на подготовку, скопление на приёмке требует внимания принимающего, а задержка общего выпуска требует разбирать выпуск.

Занятость агентов не отвечает на этот вопрос. Машина может непрерывно писать код, а бизнес не получать новых принятых результатов. Такая работа выглядит активной на доске и остаётся незавершённой.

Начните с дат взятия и приёмки и причины каждой остановки. Сравнивать стоит задачи похожего размера; расчёт обещанного срока разобран в статье о сроках разработки. Для решения о новом потоке достаточно увидеть, где регулярно ждёт уже начатое.

С чего начать, если доска и агенты уже есть? Выбрать один участок работы и назначить человека, который ведёт очередь и принимает результат. Договориться о границе «Принято» до первого запуска.

Не нужно переносить весь список в новую систему. Достаточно выделить готовую очередь и видеть начатую работу до приёмки. Новая доска не исправит ситуацию, когда каждую следующую задачу всё равно объясняют заново.

Если непонятно, где сейчас застревает работа отдела, пройдите тест для руководителя. Он поможет выбрать следующий шаг перед расширением числа агентов.

В нашей подписке на агентную разработку поток устроен по тому же принципу: одна задача в работе, следующая ждёт. Тариф «Один проект» даёт один поток, «Все проекты» даёт три. Число потоков описывает одновременно ведущуюся работу, а не число агентов внутри задачи.

Условия сервиса и скорость собственной машины отвечают на разные вопросы. На /services 07.10.2026 стоит «Задача в среднем за 48 часов», на /open медиана 25 минут по срезу 27.08.2026. Этот замер нашего сайта не задаёт срок клиентской задачи.

Три потока не заменяют готовность задач и приёмку. Если работа пересекается в общей части продукта, сначала решают порядок, а затем запускают параллельно. Долгая очередь идей сама по себе не доказывает потребность в новом потоке.

1. Доска показывает процесс. Запишите правило взятия и условие приёмки задачи.

2. Одна задача занимает поток до приёмки. Учитывайте блокировки; срочное прерывание фиксируйте как исключение.

3. Подготовленная очередь кормит машину. Отделяйте идеи от задач, которые можно начать.

4. Расширяйте поток по выходу принятых результатов. Сначала разберите ожидание и общие ресурсы.