Приоритизация (WSJF)

WSJF означает Weighted Shortest Job First — «сначала самая короткая и самая весомая работа». Идея проста и неудобна: пока заявка ждёт, она стоит денег (невыставленная выручка, недовольный клиент, риск, который остаётся открытым). Эти потери называются стоимостью задержки.

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

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

WSJF — это «вес задержки, делённый на размер»: то, что больше всего теряет в ценности при ожидании, идёт первым, с поправкой на трудоёмкость. Вы указываете ценность для бизнеса, критичность по времени, снижение риска и размер — и расчёт выходит готовым, с видимой расшифровкой. Это помогает ответить на вопрос «почему ЭТО раньше того?» без спора мнений.

Здесь вы ставите оценку приоритета WSJF для заявки: три оценки ценности (ценность для бизнеса, срочность и риск/открываемые возможности), оценочную трудоёмкость и текстовое обоснование. Score рассчитывается на их основе, и именно он упорядочивает оценённый бэклог — от большего к меньшему.

WSJF взвешивает четыре числа: ценность для бизнеса (сколько это стоит, когда будет готово), срочность (цена ожидания — что теряется за каждую неделю простоя), риск/открываемые возможности (что это разблокирует или защищает) и трудоёмкость, которая входит делителем. Score растёт с тремя первыми оценками и ПАДАЕТ с трудоёмкостью: ценная и дешёвая поставка поднимается, ценная и дорогая уходит на потом. Обоснование — поле, которое потом читают чаще всего: запишите причины оценок, чтобы приоритизация пережила совещание, на котором она была сделана.

score = (ценность + срочность + снижение риска) ÷ трудоёмкость

Бизнес-ценность — сколько компания получит (или перестанет терять), когда это появится.
Критичность по времени — насколько ценность уменьшается при задержке. Функция налогового закрытия, сданная после срока, почти ничего не стоит; та же функция, сданная вовремя, стоит всего. Это НЕ «срочность со слов заказчика».
Снижение риска — насколько это снимает риск или открывает дорогу другим задачам. Сюда попадает технический долг, который никто не приоритизирует.
Трудоёмкость — объём работы.

Все по одной шкале от 1 до 10 (это не Фибоначчи). Каждая оценка сопровождается обоснованием автора — оценку без аргумента никто не сможет отстоять на следующей неделе.

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

Оценка создаётся нейтральной (5 по всем пунктам). Это сделано намеренно: тот, кто расставляет приоритеты, должен занять позицию, и отойти от 5 — это и есть решение. Возможный score — от 0,300 (всё низко, трудоёмкость максимальная) до 30,000 (всё высоко, трудоёмкость минимальная).

Одна оценка на заявку: если она уже есть, редактируйте существующую, а не создавайте вторую. Список и есть приоритизированный бэклог — он отсортирован от наибольшего score к наименьшему.

В трёх полях числителя — ценность, срочность и риск — пустая оценка считается равной 1, нижней границе шкалы: это консервативно, заявка опускается.

Для трудоёмкости нижней границы нет, потому что это делитель: принять 1 означало бы дать самый выгодный делитель именно тому, что никто не оценил, и наименее заполненная заявка возглавила бы бэклог. Поэтому без трудоёмкости score нет. Заявка сохраняется как обычно, появляется в конце списка с пометкой «без оценки» и не попадает в блок «следующие по расчёту» на радиаторе — то, что не вошло в расчёт, нельзя выдавать за его результат.

Это честное поведение: система не придумывает размер вместо того, кто расставляет приоритеты. Чтобы заявка попала в очередь, оцените трудоёмкость от 1 до 10.

При сохранении представления кнопкой «Представления» запоминаются четыре вещи: текст поиска, применённые фильтры, какие столбцы видны (и в каком порядке) и по какому столбцу отсортирован список. Применение представления восстанавливает всё сразу — включая сброс сортировки и страницы, на которой вы были, чтобы результат был ровно тем, что описывает представление. Представления, сохранённые до этой версии, остаются в силе: то, чего они не запомнили, при применении просто не меняется.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Пустая трудоёмкость НЕ превращается в 1: без указанного размера заявка остаётся без оценки и уходит в КОНЕЦ списка с пометкой «без оценки» — вместо того чтобы подняться наверх с выдуманным делителем. Экран предупреждает, когда это происходит. Это сознательный выбор: система не угадывает размер за того, кто расставляет приоритеты, потому что «сверхсрочная» заявка с неизвестной трудоёмкостью наверху списка была бы удобной ложью. Оцените трудоёмкость (от 1 до 10), чтобы заявка действительно попала в очередь.

В панели активности записи у каждой заметки есть «Превратить в задачу». Щелчок создаёт тикет с текстом заметки, её автором и ссылкой на эту запись — ничего не нужно перепечатывать. Используйте, когда заметка — это просьба о действии («кому-то нужно это проверить»); сама заметка остаётся на месте. Кнопка появляется только после сохранения записи; сеанс только для чтения (демонстрация) задачу не создаёт.

Нет. Он даёт рекомендуемый порядок, и ничего не записывается обратно в заявку — доска по-прежнему принадлежит команде. Роль числа — перевернуть бремя разговора: вместо того чтобы доказывать, почему заявку стоит поднять, теперь нужно доказывать, почему она должна пройти вне очереди.

Когда команда не согласна с порядком, полезная дискуссия почти всегда касается конкретной оценки («срочность 9? почему?») — и именно здесь метод окупается.

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

Откройте запись и посмотрите на «Хронологию» справа: каждое изменение показано как «было одно значение — стало другое», с автором и датой. Если изменений много, используйте два фильтра вверху хронологии — по полю и по человеку. Поиск идёт в базе данных, поэтому старые изменения находятся так же. Можно спросить и Tenkai: «кто изменил договор 482?».