WSJF по записи планирования: как собрать основания и проверить порядок задач

Сначала определите сравниваемые работы

После встречи по планированию остаётся список задач, но слова «важно», «срочно» и «быстро» ещё не задают проверяемый порядок. WSJF — Weighted Shortest Job First — помогает обсуждать последовательность работ через относительную цену задержки и размер работы. Для использования результата нужно знать не только итоговый балл, но и происхождение исходных оценок.

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

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

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

Разделите цену задержки, размер и факты записи

В открытом описании SAFe WSJF выражается как относительная цена задержки, делённая на относительную длительность работы. Для оценки используются пользовательская и бизнес-ценность, критичность времени, снижение риска или открытие возможности, а также размер работы. В этой статье рассматривается подготовка оснований по записи; учебные числа не являются денежной оценкой проекта.

Для пользовательской и бизнес-ценности ищите конкретную задачу и ожидаемое изменение: кто получит пользу и в чём она состоит. Фраза «клиенты давно просят» требует уточнения источника. Число повторений этой фразы на встрече не измеряет число пользователей или величину пользы.

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

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

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

Соберите таблицу и проверьте отношение

В рабочей таблице оставьте поля: ID, границы, основания цены задержки, оценка CoD, размер, WSJF, источник и статус оценки. CoD означает Cost of Delay. Согласуйте правила относительных оценок для сравниваемого набора; не перемешивайте баллы одной встречи с часами или денежными значениями другой без понятного преобразования.

В учебном примере ниже значения CoD даны как условные согласованные относительные оценки. Способ их получения и основания в реальном проекте нужно сохранить отдельно. Формула расчёта проста: WSJF = CoD / размер работы. Нулевой размер делает деление невозможным; неизвестный размер нельзя подставлять как ноль или как минимальное значение ради попадания в начало списка.

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

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

Не складывайте WSJF с баллами RICE. У методов разные исходные величины и задачи сравнения. Если команда рассматривает два подхода, сохраняйте расчёты и выводы отдельно, объясняя, почему выбран тот или иной порядок.

Проверьте устойчивость порядка и оформите решение

Посмотрите, что произойдёт при уточнении спорной оценки. Если размер задачи A меняется с 2 до 6, её положение может существенно снизиться. Такую чувствительность полезно показать до принятия решения: сначала нужно уточнить неизвестную часть работы, а не спорить о десятых долях итогового балла.

Проверьте зависимости и готовность задач. Работа B с меньшим отношением может быть необходимым условием A. Это не ошибка деления, а ограничение последовательности. Запишите, как оно влияет на план: выполнить предпосылку раньше, разделить работу или отложить решение до получения данных.

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

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

Для проверки изменённых формулировок используйте сравнение версий текста. Например, замена «предположительно успеем» на «успеем» может незаметно превратить условную оценку в обещание. Таблица приоритетов должна сохранять исходные оговорки.