Как использовать метод MoSCoW для приоритизации бэклога продукта?

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

Должно быть (M) – Критические требования, которые должны быть приоритизированы и доставлены в продукт. Если одно из них не выполнено, выпуск считается незавершенным.

Должно быть (S) – Важные требования, но не обязательные для выпуска. Они не зависят от срока.

Могло бы быть (Co) – Желательные, но необязательные функции для выпуска. Обычно это низкозатратные улучшения продукта.

Не будет (W) – Считаются наименее важными или, возможно, не соответствующими стратегии продукта. Их можно игнорировать и рассмотреть в будущих версиях.

Примечание
Буква «o» была добавлена, чтобы слово «MoSCoW» было произносимым. Хотя буква «o» обычно строчная и ничего не означает, также используется написание заглавными буквами «MOSCOW».

Метод MoSCoW часто используется совместно стаймбоксингом, когда сроки жестко фиксированы, поэтому внимание должно быть сосредоточено на наиболее критических требованиях. Таким образом, это распространенный метод вагил-разработке программного обеспеченияметодологиях, таких какScrumи DSDM.

Пример использования MoSCoW

В качестве примера используем человеческое тело:

• Должно быть – Сердце — это «должно быть». Без него нет живого организма. Что должно быть в вашем приложении?
• Должно быть – Рука — это «должно быть». Жить без нее трудно. Но можно выжить и без рук — в большинстве случаев.
• Могло бы быть – Волосы — это «могло бы быть». Хорошо иметь, и вы можете выглядеть лучше с ними, но вы вполне сможете обойтись и без них.
• Не будет – Необязательно. Кстати, что в теле является «не будет»? (Возможно, аппендикс?)

Использование метода MoSCoW для приоритизации элементов продуктового бэклога

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

Критерии приоритизации

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

• Высокая ценность для клиента
• Значительная польза для бизнеса
• Легко реализовать
• Высокий риск
• Высокая стоимость, если не реализовать в ближайшее время
• Зависимости между элементами
• Наиболее соответствующие следующему цели спринта?