比起重要紧急排序法，MoSCow优先级排序法更适用

FORM：https://www.jianshu.com/p/f165dff094bb

  • Must have：必须有。如果不包含，则产品不可行。Must Have的功能，通常就是最小可行产品（MVP）的功能。比如微信的聊天信息、通讯录、朋友圈。

  • Should have: 应该有。这些功能很重要，但不是必需的。虽然’应该有’的要求与’必须有’一样重要，但它们通常可以用另一种方式来代替，去满足客户要求。

  • Could have： 可以有。 这些要求是客户期望的，但不是必需的。可以提高用户体验，或提高客户满意度。如果时间充足，资源允许，通常会包括这些功能。但如果交货时间紧张，通常现阶段不会做，会挪到下一阶段做。

  • Won’t have（nice to have）： 这次不会有。 最不重要，最低回报项目，或在当下是不适合的要求。不会被计划到当前交货计划中。 “不会有”会被要求删除，或重新考虑。

总的来说，”这次不会有”在项目讨论阶段，就会被去除。所有要求看上去都很重要，但是如果交货时间紧，“”可以有”将第一批被删除，”应该有”紧随其后。

在《Why Companies Need to do a Better Job of Prioritizing Features》这篇文章中，作者介绍了三种方法：

  • 按知识价值排序：知道得越多，排序越靠前。
  • 按增收排序：量化潜在的收入增加（百分比，或者用美元）、对比增加收入（超过一年）和创建该功能的成本、对于所有增加收入相关的功能，按照递减的增收排序
  • 按成本节省排序：任何间接节省时间的功能，都会降低成本；砍掉一些功能有时可以节省成本；创建开放的API，允许开发人员创建功能可以节省成本。

如果一切任务都是高优先级,那么就意味着没有优先级。