捷项目管理中两个处理产品优先级的常用方法（一）：MoSCow

MoSCow简介

在时间固定的DSDM项目中，至关重要的是要了解要取得进展并按时完成工作的相对重要性。优先级可以应用于需求/用户故事，任务，产品，用例，验收标准和测试，尽管它通常应用于需求/用户故事。（“用户故事”是一种以敏捷样式定义需求的非常有效的方法；有关更多信息，请参见后面的“需求和用户故事”一章。）MoSCoW是一种优先级排序技术，用于帮助理解和管理优先级。这些字母代表：

必须有 Must Have
应该有 Should Have
可能有 Could Have
本次不会有的 Won’t Have this time

---

MoSCoW在敏捷项目上的使用效果特别好。它还克服了与基于优先级的更简单的优先级排序方法相关的问题：

• 简单的高，中或低分类的使用较弱，因为缺少或需要定义这些优先级的定义。这种分类也不能为业务提供预期的明确承诺。具有单个中间选项（例如中号）的分类也允许犹豫不决
• 简单的顺序1,2,3,4…优先级的使用较弱，因为它对类似重要性的项目不太有效。关于某个项目应该位于更高还是更低的位置，可能会进行长时间的激烈讨论。

这次必须拥有，应该拥有，可能拥有或不拥有的特定用法清楚地表明了该项目及其完成的期望。

---

MoSCoW规则

必须具备
这些提供了项目保证交付的最低可用需求（MUST）。可以使用以下一些方法来定义它们：

• 没有这一点，就无法按时完成目标；如果未交付，那么在预定日期部署解决方案将毫无意义
• 没有它是不合法的
• 没有它就不安全
• 没有它就无法提供可行的解决方案

提出问题“如果不满足此要求会发生什么？

” 如果答案是“取消项目–实施不满足此要求的解决方案是没有意义的”，则这是必须具备的要求。

如果有某种解决方法，即使这是手动且痛苦的解决方法，那么它也应该是“应该具有”或“可能具有”的要求。将需求分类为“应有”或“应有”并不意味着不会将其交付。只是不能保证交货。

应该有
应有的要求定义为：

• 重要但不重要
• 遗漏可能会很痛苦，但是解决方案仍然可行
• 可能需要某种解决方法，例如期望管理，低效率，现有解决方案，文书工作等。解决方法可能只是临时的

将“应有要求”与“可以拥有”区分开来的一种方法是，通过审查未满足要求引起的痛苦程度，以业务价值或受影响人数来衡量。

可能有
可能有需求定义为：

• 想要或希望，但次要的
• 如果排除的影响较小（与“应有”相比）

这些要求提供了主要的应急储备，因为只有在最佳情况下才能完整交付这些要求。当问题发生且截止日期有风险时，一个或多个可能有（Could haves）将提供从该时间范围内删除哪些内容的首选。

不会有
这些是项目团