Московский метод — это метод определения приоритетов, используемый в менеджменте, бизнес-анализе , управлении проектами и разработке программного обеспечения для достижения общего понимания заинтересованными сторонами важности, которую они придают выполнению каждого требования ; он также известен как определение приоритетов MoSCoW или анализ MoSCoW .
Сам термин « Москва » представляет собой аббревиатуру , полученную из первой буквы каждой из четырех категорий приоритетности: M — должно быть S — должно быть C — могло бы быть W — не будет
Промежуточные О добавляются, чтобы сделать слово произносимым. В то время как буквы O обычно пишутся строчными буквами, чтобы указать, что они ничего не обозначают, также используется заглавная буква MOSCOW . [ нужна ссылка ]
Этот метод приоритизации был разработан Даем Клеггом [1] в 1994 году для использования в быстрой разработке приложений (RAD). Впервые он широко использовался с методом разработки динамических систем (DSDM) [2] с 2002 года.
Москва часто используется с таймбоксингом , когда устанавливается крайний срок, так что основное внимание должно быть сосредоточено на наиболее важных требованиях, и обычно используется в гибких подходах к разработке программного обеспечения, таких как Scrum , быстрая разработка приложений (RAD) и DSDM.
Все требования важны, однако, чтобы получить наибольшую и самую непосредственную выгоду для бизнеса на раннем этапе, требования должны быть приоритетными. Сначала разработчики попытаются реализовать все требования « Должен иметь », « Должен иметь» и « Мог бы иметь» , но требования « Должен » и « Может » будут удалены в первую очередь, если сроки поставки будут выглядеть угрожающими.