WSJF при агентной разработке: размер задачи меняется, цена задержки остаётся у бизнеса

WSJF помогает выбрать, какую из согласованных задач сделать следующей. В определении SAFe цена задержки делится на длительность работы, обе оценки относительные. Чем выше частное, тем выше задача в сравниваемой очереди.

Цена задержки описывает потерянные деньги или ценность за время ожидания. Размер показывает, сколько работы нужно до результата. Стоимость подписки на модель в эту дробь не входит.

Нужная интеграция может уступить другим работам. В кейсе Элизабет Уилсон части единого входа уступили другим задачам розничной компании. Scaled Agile опубликовала пример в 2020 году.

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

Агент может подготовить расчёт по вашим данным. Он не знает, сколько компания теряет из-за неудобной формы или когда закончится акция. Без этой опоры приоритизация WSJF превращается в ранжирование правдоподобных предположений.

Для потерь выберите общий период сравнения. Укажите, что меняется за время ожидания: маржа от пропущенных заказов или оплаченные часы ручной работы. Вся выручка компании не становится ценой задержки отдельной кнопки.

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

За оценкой должен стоять человек, который принимает бизнес-решение. Агент помогает собрать данные, инженер проверяет реализуемость. Роли руководителя разработки и агентов разобраны отдельно.

Агент меняет размер задач неодинаково. Знакомый экспорт можно собрать по готовому образцу. В новой интеграции остаются доступы и проверка данных, даже если код уже написан.

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

Наш ряд на публичной странице машины показывает разброс полного времени. В срезе 27.08.2026 собраны 115 задач, медиана — 25 минут, 64 % уложились в час. На 07.10.2026 живой сайт показывает тот же ряд.

Уменьшение времени печати не доказывает такого же уменьшения всей задачи. Почему ИИ не ускорил выпуск — отдельный разбор. Для WSJF нужен новый размер конкретного изменения, а не общий множитель «с агентом быстрее».

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

Посмотрим на учебный расчёт. Все баллы ниже условные, заданы нами 07.10.2026 для объяснения дроби. Это не клиентский кейс, прогноз срока или замер ускорения агентов.

В очереди три изменения: экспорт заказов, подсказка в форме и новая интеграция. Их бизнес-оценки сохраняем, а размер заново оцениваем для исполнения агентом. В примере экспорт уменьшается сильнее остальных.

По старым размерам первой была подсказка. После пересчёта впереди экспорт: он приносит прежнюю оценённую пользу за меньший размер работы. Высокая цена задержки интеграции сама по себе не делает её первой.

Один коэффициент ускорения для всей очереди порядок не изменит. Все частные вырастут одинаково. Заново оценивать нужно именно различия между задачами.

Неустойчивая оценка требует диапазона. Если размер экспорта пока от 1 до 5, его WSJF будет от 13 до 2,6. Он может уступить подсказке с баллом 4, поэтому до выбора стоит снять неопределённость.

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

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

Дробление помогает, когда меньшая часть даёт самостоятельный результат. В кейсе Уилсон компания разделила работу над единым входом и пересчитала приоритеты частей. Часть работ поднялась, часть опустилась.

Небольшой файл не равен небольшому изменению. Проверка оплаты или работа с данными людей может потребовать отдельной приёмки. Ответственность за ошибки ИИ определяет, кто принимает такой результат.

WSJF не заменяет решение об аварии или обязательном сроке. Для такой работы сначала задают ограничение и ответственного. Как считать срок разработки с очередью, разбираем в соседней статье.

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

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

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

Если новая оценка не подтвердилась, запишите причину. Недооценённая проверка меняет размер следующей похожей задачи. Несостоявшаяся экономия меняет её бизнес-оценку.

1. Пересчитайте размер готовых задач для исполнения агентом. Не переносите общий коэффициент ускорения на каждую правку.
2. Подтвердите цену ожидания данными бизнеса. Агенту нужны основания для этой оценки.
3. Включите проверку и выпуск в размер. Блокировки и дату пользы обозначьте отдельно.
4. После выпуска сравните оценку с фактическим временем и бизнес-эффектом. Верните эти данные в следующий выбор.