MoSCoW является методом приоритезации, используемый в бизнес-анализе и разработке программного обеспечения. Данный метод позволяет прийти к общему пониманию важности каждого требования заинтересованными сторонами.
Методика приоритезации заключаются в следующем:
-
M - MUST (Обязательно): Описывает требования, которые должны быть выполнены. Требования помечены как MUST имеют решающее значение для успеха проекта и должны быть включены в текущий выпуск проекта. Если хотя бы одно требование MUST не входит, то проект следует считать неудачным. (Примечание: приоритет требования может быть понижен по согласованию со всеми заинтересованными сторонами, например, когда новые требования считаются более важными).
-
S - SHOULD (Необходимо): Описывает требования, которые должны быть включены, если это возможно. Требования SHOULD важны для успеха проекта, но не являются необходимыми для текущего выпуска. SHOULD требования так же важны, как и MUST, хотя MUST требования часто не так критичны по времени или есть обходные пути, позволяющие другим способом удовлетворить MUST требования, поэтому они не могут быть задержаны до будущего выпуска.
-
C - COULD (Желательно): Описывает требования, которые являются желательными, но не необходимыми. Требования помечены как COULD менее критичны и часто рассматривается как "приятно иметь". Несколько легко реализуемых требований COULD в выпуске могут повысить уровень удовлетворенность клиентов за небольшую стоимость разработки.
-
W - WON'T (Не делать): Описывает требования, которые не будут реализованы, однако могут рассматриваться в будущем. Эти требования являются либо наименьшего уровня критичности, низкой окупаемости, или не подходят в данное время. В результате, WON'T требования не планируются в график текущего выпуска.