管理项目时，很重要的一点就是去弄清楚客户的需求以及需求的优先级。很多项目一开始有一系列简单的需求标题，却在后续才弄清楚哪些需求是还没被完全理解的（这里的理解包括对其内容和重要性的理解）。

一旦有一个清楚明细的需求集合，就可以考虑开始去排序这些需求了。排序(评级)可以帮助每一个项目相关者(包括客户、项目经理、设计师、开发人员等)理解这些需求中哪些是最重要的，以何种顺序去开发他们，如有时间或者资源有压力的情况下，哪些需求是可以考虑先不实现的。

所以什么是最好的方法，可以用来重建有优先级的需求序列呢？

MoSCoW Method可以提供帮助。MoSCoW代表must, should, could和would，其中：
   M - Must have this requirement to meet the business needs
   S - Should have this requirement if possible, but project success does not rely on it
   C - Could have this requirement if it does not affect anything else on the project
   W - Would like to have this requirement later, but delivery won't be this time
这两个单独加入的o是用来使这个缩写词是可以发音的，而且可以看出这两个o经常是小写用来表明它们不代表任何含义。

MoSCoW作为一个排优先级的方法是用来决定哪些需求需要率先被完成，哪些需求可以稍后再实现，哪些需求可以被排除掉，即本期不用考虑。

不像单纯的数字排序机制，这些“单词”都是有一定的含义在里面的，所以它使得讨论哪些需求更为重要变得相对容易。这些“must”需求需要提供一套清晰易懂的解决方案以及完成这些“must”需求意味着项目已经成功了一大半。

这些“must”需求是不可商榷的。不能成功的实现任何一个“must”需求都很大可能性意味项目已经失败了。

项目组应该在情况允许的情况下完成更多的“should”需求。“could”和“would”需求属于“nice to have”，属于有了更好没有也行的情况，一般不影响项目整体的交付成功。“could”需求是在项目交付时间有余且预算充足的情况下，可以考虑的需求。

有清晰的设置需求优先级的方法是很重要的。同样地，与客户达成一致的需求、项目目标、质量标准、项目工期以及项目预算也是成功交付项目需要考虑的。推荐的设置需求优先级的方法就是MoSCoW。