MoSCoW优先级

在项目的整个生命周期中实施新想法和功能时，最难的部分之一就是确保要添加的特定功能或新框架将对项目的成功发挥至关重要的作用。

通过实施难以实施且对客户而言并非必不可少的功能，或通过向您的堆栈中添加工具，这些工具需要一定的专业知识和时间来投入学习，但是其用途仅限于此项目，因此我们将冒着风险项目的成功，我们的客户将不满意。
例如，您的一位业务分析师John提出了一个绝妙的主意，他认为应该在产品积压的基础上重新排序。 您的顶级开发人员之一杰克也可能会偶然发现一种新工具，该工具将帮助自动化测试过程。

John为客户提出的这项新功能是否既强大又必不可少？ 杰克提议的新工具是否真的需要，以便我们将其纳入下一个冲刺的冲刺功能之一？

避免浪费的一种好方法是使用MoSCoW优先级。
这就是MoSCow优先级所代表的意义

• 男 ：一定要
• S ：应该有
• C ：可能有
• W ：没有

一定有

如果我们不随产品一起提供此特定功能，那么最终的解决方案会没有用吗？ 如果不使用此特定工具，在产品的开发生命周期中是否会遇到持续的问题，这将冒着交付风险的风险？

如果满足上述情况，则必须具备功能或非功能要求，我们应该设法将其包括在内。

应该有

该功能对客户而言是否重要但不是必需的？ 如果不能满足交货日期，我们可以采取解决方法吗？ 如果我们不使用此工具，虽然可以节省我们的时间和精力，但产品交付不会受到影响吗？

如果满足上述情况，则功能或非功能性需求是应具备的 ，我们可以找到解决方法。

可能有

此功能是否可以增强客户体验，但是如果不交付，则完全不会影响项目目标？ 尽管使用该框架将有助于我们加快开发速度，但开发过程是否会继续成功？

如果满足上述情况，那么功能或非功能性需求就可以了，拥有它并不是很重要。 但是，如果满足了必备条件和可能条件，则在实现它们时会有一些实际价值。

不会

如果我们不实现此功能，则项目范围根本不会受到影响吗？ 通过我们的开发过程引入的新工具是否根本没有使用？

如果满足上述情况，那么就不会具有功能或非功能性要求，因此您根本不必费心。

综上所述，自项目开始以来，我们的主要重点是必备项目。 通过满足他们，我们可以转到应有的项目。 最后，我们可以解决可能存在的问题 。

所有这些方式都可以帮助我们避免浪费，并保持对所需资源的高效利用。

翻译自: https://www.javacodegeeks.com/2018/04/the-moscow-prioritization.html