RICE для первой версии пересчитывают после технической пробы, если код пишут агенты

RICE помогает выбрать следующую функцию. Сначала задают общий результат, например больше завершённых заказов. Если оценивать одни функции по продажам, а другие по красоте, score скроет разницу целей.

В дорожной карте продукта ближайшую функцию связывают с проверкой полезности.

Формула складывается из четырёх оценок: охват Reach, влияние Impact, уверенность Confidence и усилия Effort. RICE score = R × I × C / E. Счёт предложил Шон Макбрайд из Intercom в январе 2018 года.

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

Обязательные части выделяют до ранжирования. Вход в кабинет не должен проиграть украшению с большим score. Intercom допускает смену порядка из-за зависимостей; причину записывают рядом с таблицей.

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

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

Effort и календарный срок ведут раздельно. Человеко-день участия инженера, день ожидания доступа и день автономного прогона не складывают как одинаковую работу. Как считать срок задачи в очереди, разбираем в соседней статье.

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

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

После пробы инженер описывает остаток и основание оценки. Нет доступа к системе, значит Effort остаётся неизвестным. Соединение заработало, значит пора перечислить недоделанные сценарии.

Технический успех не повышает автоматически Reach и Impact. Рабочая кнопка не доказывает, что люди захотят повторять заказ. Для этого нужны разговоры с пользователями или данные использования.

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

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

До пробы повтор заказа получает score 60. Статус заказа получает 40, сообщения менеджеру 25. Разница держится на оценке усилий, которую ещё не проверили.

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

В этом сценарии оценки оставшегося труда стали 3, 12 и 1 день. Reach, Impact и Confidence оставлены прежними, чтобы показать действие знаменателя. Одним и тем же снижением Effort все функции поправить не получится.

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

При Effort от 3 до 6 дней score статуса лежит между 53,3 и 106,7, выше 50 у сообщений. Если потребуется до 8 дней, нижняя граница станет 40. Лидер уже не определён, нужно уточнить работу или эффект.

На открытой странице машины можно проверить, как ехали собственные задачи vibecoding.ru. В срезе на 27 августа 2026 года их115; середина ряда около 25 минут от реплики в чате до мержа в прод. Поверхность и её публичный ряд проверены 8 октября.

Но 41 задача из этого ряда заняла не меньше часа. Быстрые изменения и долгие согласования живут рядом. Инженер ведёт машину агентов, а ожидание приёмки остаётся частью доставки.

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

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

Первый список функций заканчивается решением о следующей задаче. Заказчик отвечает за ожидаемый результат и обязательный минимум продукта. Инженер проверяет техническую неизвестность, оценивает остаток и предлагает порядок после пробы.

На подписке для одного проекта порядок функций задаёт очередь. На 8 октября 2026 года тариф стоит 250 000 ₽ в месяц; в работе одна задача, следующая ждёт.

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

После приёмки проверяют использование. Статус заказа заработал, а люди по-прежнему звонят менеджеру: ожидаемый эффект ещё не подтверждён. Меняют гипотезу и числитель, а не только усилия агента.

Тест для руководителя сейчас перенаправляет на услуги. Для обсуждения первой версии принесите цель, список функций и неизвестность, которую нужно проверить до оценки.

1. Задайте один результат и один период охвата для всех функций.
2. Выделите обязательный минимум и зависимости до сортировки по score.
3. Проверьте трудное место пробой и пересчитайте Effort до приёмки.
4. Быстрый код не подтверждает спрос: Reach и Impact требуют своей проверки.
5. Выдайте одну функцию в работу, затем сравните ожидаемый эффект с использованием.