База знаний практик

Методы приоритизации (WSJF, MoSCoW)

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

Команда prioritization-methods

Разделы документации

Что это

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

Когда помогает

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

Как начать

1 Выберите один список инициатив или задач, где сейчас больше всего споров о приоритетах.
2 Опишите для каждой задачи ценность, срочность, риск и примерный размер работы простыми категориями.
3 Разделите задачи по MoSCoW, чтобы явно назвать обязательное, важное, желательное и отложенное.
4 Сравните верхние задачи через WSJF и обсудите только сильные расхождения в оценках.
5 Зафиксируйте итоговый порядок и причину выбора рядом с задачами, чтобы не возвращаться к спору заново.

Ожидаемый эффект

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

Частые ошибки

Команда превращает оценку в тяжелую математику и тратит больше времени на баллы, чем на решение.
В список обязательных задач попадает почти все, поэтому MoSCoW перестает помогать с выбором.
Оценки ставит один человек без обсуждения с теми, кто понимает клиентов, риски и сложность работы.
Приоритеты фиксируют один раз и не пересматривают, когда меняются цели, сроки или ограничения.
Метод используют вместо стратегии: он помогает выбрать порядок, но не отвечает, какие цели важны для бизнеса.

Что почитать глубже

Книга: Don Reinertsen, The Principles of Product Development Flow
Документация: Scaled Agile Framework, раздел Weighted Shortest Job First
Документация: DSDM Agile Project Framework, раздел MoSCoW Prioritisation

FAQ

Кто должен владеть этой практикой?

Обычно стартует руководитель команды, product owner или владелец бэклога. Важно, чтобы в обсуждении участвовали люди, которые понимают ценность для клиента, риски и реальную сложность выполнения.

Можно ли начать без консультанта?

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

Как понять, что метод работает?

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

Что делать, если участники не согласны с оценками?

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