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

История создания

Метод MoSCoW разработал эксперт в области разработки программного обеспечения Дай Клегг во время работы в Oracle. Изначально он создавался для управления задачами в рамках методологии динамической разработки систем (DSDM), но со временем распространился далеко за её пределы. Сегодня MoSCoW используют не только разработчики, но и команды маркетинга, продаж, управления продуктами — везде, где нужно расставлять приоритеты в условиях нехватки времени.

Что означают буквы в названии?

Название MoSCoW складывается из первых букв четырёх категорий приоритетов, а буквы «o» добавлены для благозвучия.

• M — Must have (Обязательно). Это необсуждаемые, критически важные задачи, без которых продукт или релиз не могут состояться. Если такую задачу не выполнить, то либо продукт не будет работать, либо релиз потеряет всякий смысл.
• S — Should have (Следует иметь). Это важные, но не жизненно необходимые задачи. Без них продукт будет работать, но их отсутствие может сильно снизить его ценность. Такие задачи можно запланировать на следующий релиз, если текущий не укладывается в сроки.
• C — Could have (Могло бы быть). Это желательные, но не обязательные «улучшайзеры» (nice‑to‑have). Их отсутствие практически не повлияет на продукт, поэтому они первыми уходят в отложенный бэклог, если возникают проблемы с более приоритетными задачами.
• W — Won’t have this time (Не будет в этот раз). Эта категория нужна для управления ожиданиями заинтересованных сторон. В неё попадают задачи, которые команда сознательно исключает из текущего релиза. Некоторые из них могут быть реализованы в будущем, а некоторые — никогда. Главное — чётко обозначить, что в данном релизе их точно не будет.

Как применять MoSCoW на практике

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

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

После этого можно приступать к раскладыванию задач по четырём корзинам. Сначала выделяются «обязательные», затем «следует иметь», потом «могло бы быть», и наконец — «не будет в этот раз».

В каких ситуациях MoSCoW особенно полезен?

Метод MoSCoW хорош не только для управления сроками, но и в других ситуациях с ограничениями.

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

Недостатки метода и как их преодолеть

У MoSCoW есть несколько ограничений, о которых стоит знать.

• Субъективность оценок. Метод не даёт объективной шкалы для сравнения задач. Команда может поддаться личным предпочтениям или давлению наиболее активных участников. Решение: использовать дополнительную систему ранжирования, например, взвешенную оценку, модель Kano или метод «ценность против сложности».
• Ошибки в категориях. Неполное привлечение заинтересованных сторон может привести к тому, что задачи попадут не в те категории. Перед сессией MoSCoW важно понять, кому из смежников (продажи, маркетинг, служба поддержки) стоит предоставить голос.
• Иллюзия объективности. Сама сессия MoSCoW создаёт впечатление упорядоченного процесса, но если команда не использует дополнительных инструментов, эта упорядоченность может быть ложной.

Лучшие практики внедрения MoSCoW

Чтобы извлечь максимум пользы из метода, рекомендуется следовать нескольким простым правилам.

• Используйте дополнительную систему ранжирования. Выберите один из проверенных методов (взвешенная оценка, ценность против сложности, модель Kano и другие), чтобы обеспечить объективность распределения задач.
• Привлекайте всех ключевых участников. В начале процесса определите, кто из смежных подразделений обладает ценной информацией, и включите их в обсуждение.
• Делитесь результатами и процессом. Покажите заинтересованным сторонам не только итоговую картинку, но и сам процесс принятия решений. Это поможет управлять ожиданиями и снизит количество спонтанных требований изменить приоритеты.