Проектные уточнения методологии · «Заявки»

Вымышленный пример. Шаблон · Процедура.

ADAPT-01 · Дополнительный показатель охвата потока

• Состояние: действует.
• Исходник: раздел «Рекомендуемые показатели прогресса» мониторинга в зафиксированной версии методологии. Базовые P1–P3 сохраняются.
• Причина: помимо объёма задач агента команда хочет видеть, какая доля подготовленного продуктового потока передаётся платформе.
• Проектная редакция: в rules/metrics.md добавлен P4 — доля подготовленного потока, переданного агенту. Для задач выбранной области, впервые достигших готовности к разработке на неделе W, числитель — идеальные часы задач, переданных агенту до конца недели W; знаменатель — идеальные часы всех задач этой группы. Считается в процентах. Поздняя передача не меняет итог недели W. Готовность подтверждается установленным статусом и проверкой требований.
• Границы: это отдельная группа по неделе готовности; её нельзя смешивать с когортами агента по неделе передачи. При нулевом знаменателе или неполных оценках — «н/д» с причиной. Источник должен охватывать и задачи, выполняемые людьми.
• Затронуто: описание показателей, выбранный перечень, навык сборки и дополнительный блок недельной сводки. Когорты агента, их исходы и P1–P3 не меняются.
• Подтвердили: в учебном примере владелец продукта и оба РП; основание — запись решения статуса.
• Применяется с: следующей недели после принятия; старые недели не пересчитываются.
• Проверка: при общем объёме 80 идеальных часов и передаче 32 показатель равен 40%. ИИ-инженер также проверяет нулевой объём, отсутствие оценки, повторный переход статуса и позднюю передачу.
• Пересмотр: после двух недель применения; ответственные — владелец продукта и ИИ-инженер.

В реальном проекте названия источников заменяются ссылками на конкретные записи, версии и MR.