MoSCoW метод

MoSCoW – это метод качественной приоритизации, который помогает распределить задачи по категориям важности. В отличие от балльных систем (RICE или ICE), этот метод не использует цифры, а фокусируется на достижении консенсуса между командой и заказчиком о том, что критически важно для успеха проекта, а что может подождать.

Название метода – это акроним, где гласные «о» добавлены для созвучности с названием города, а согласные обозначают четыре категории приоритетов:

1. Must Have (должно быть) – «жизненно важно»

Это задачи, без выполнения которых проект или маркетинговая кампания не имеют смысла. Если этот пункт не выполнен, запуск отменяется.

• Критерий: «Если мы этого не сделаем, проект провалится».
• Пример: настройка системы оплаты на сайте перед распродажей или соблюдение юридических требований в рекламе.

2. Should Have (следует иметь) – «важно, но не критично»

Это важные задачи, которые приносят значительную ценность, но их отсутствие не «убьет» проект в момент запуска. Их можно отложить на короткий срок, если возникнут проблемы с ресурсами.

• Критерий: «Это очень важно, но мы выживем без этого в первый день».
• Пример: добавление фильтров в каталоге товаров или настройка системы брошенных корзин.

3. Could Have (можно иметь) – «хотелки»

Задачи, которые желательно реализовать, если останется время и бюджет. Они улучшают пользовательский опыт или эстетику, но их отсутствие не наносит серьезного вреда. Часто их называют «приятными дополнениями» (Nice-to-have).

• Критерий: «Сделаем, если будет свободное время».
• Пример: интеграция с сервисом отзывов или добавление анимации на лендинг.

4. Won't Have (не будет в этот раз) – «на будущее»

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

• Критерий: «Интересно, но не в этом месяце/квартале».
• Пример: разработка мобильного приложения, когда мы только тестируем веб-версию.

Главные правила работы с MoSCoW

• Баланс ресурсов. По классике Agile, задачи категории Must Have не должны занимать более 60% общего времени команды. Остальные 40% распределяются между Should и Could. Это создает «подушку безопасности»: если что-то пойдет не так, вы просто отмените задачи из категории Could, но вовремя выпустите основной продукт.
• Четкие границы. Категория Won't Have – самая важная для управления ожиданиями. Она официально подтверждает, что все согласны не делать эти задачи сейчас, чтобы не распылять фокус.
• Контекст времени. Приоритеты MoSCoW актуальны только для конкретного временного отрезка (спринта или релиза). Задача, которая сегодня была в «Won't Have», в следующем месяце может стать «Must Have».

Плюсы и минусы

• Плюс. Помогает быстро договориться с руководством и четко определить минимально жизнеспособный продукт (MVP).
• Минус. Часто возникает соблазн поместить все задачи в «Must Have». В таком случае метод перестает работать, и требуется переход к балльным системам (RICE/ICE).