知识源于沉淀 总理必须知道的优先技术:莫斯科
优先处理积压的任务是PM/PO最重要的职责之一。产品团队通常比创造特定的产品有更多的想法，所以他们需要设定优先级。要做到这一点，最简单、最明显的原则就是“先做第一件事”。本文介绍的最常用、应用最广泛的方法之一是莫斯科莫斯科。
它和俄罗斯首都莫斯科有相同的单词和发音。对于小而简单的产品/服务，这可能是最简单的方法。
一.了解莫斯科
莫斯科是区分和理解敏捷产品管理中什么重要什么不重要的常用方法。这种技能对于PM/PO与利益相关者(经理、领导团队、客户)交流他们正在做什么以及为什么工作很有用。莫斯科这个名称是以下四个优先类别的缩写(M，S.C .，W减去元音“O”):
莫斯科优先化
必须具备:团队必须具备的不可协商的产品需求。
应该拥有:重要的计划，这些计划并不重要，但能增加重要的价值。
可能有:如果被遗漏，有一些会产生小影响的计划是很好的。
没有:在此特定时间范围内不是优先事项的计划。
必备:没有这些功能，就不可能想到产品交付/服务发布。这可能是由多种原因造成的，包括法律、安全问题或业务原因。如果这个功能是向用户承诺的，或者定义为产品的杀手级功能，那么就认为它掌握了产品/服务的生杀大权。通过考虑不包括它的最好和最坏的情况，确定什么是“必须”的最简单的方法更容易理解。如果你无法想象没有它的产品/服务的成功，那么它就是“必须拥有”的必需品。
(此处已添加书卡，请在今日头条客户端查看)
应该有:当一个高优先级的功能明明适合使用，但它的缺席注定不会给产品带来灾难。
可能有:这可能对应的是被热议的“有幸有”。如果你有足够的资源，你可以“可以”做这些事情，但它们并不是成功的绝对必要条件。请用这个排名。可能有和应该有之间的界限有时非常混乱。在这种情况下，为了弄清楚你属于哪里，考虑每个需求将如何影响用户体验。影响越小，优先级越低。
不:你可能听过很多PM/PO说，“我们会小心翼翼地把它包含在下一个版本里。”我们说“不会有”，他的意思不是“这个要求不值得考虑，永远不会包含”。我们的意思是“不会包含在这个版本中”。这可能主要是由于缺乏开发资源(时间、成本、人员)等原因，这将有助于您和您的利益相关者(领导层、用户)同意此功能不会包含在此版本中。作为PM/ PO，对管理层期望有很大帮助。
二、莫斯科的优势
1.莫斯科方法不需要深刻的理解或复杂的计算。这是一个一流的技术，整个团队都可以快速轻松地适应。领导和客户之间的共同利益也可以很容易的被牵引出来，过程可以透明的进行。
2.莫斯科方法除了强制类没有严格的时间限制，允许每个功能分配适当的时间。这允许您灵活地调整团队的资源以适应您的情况。
第三，莫斯科的缺点
1.实施范围可能有不一致之处。莫斯科法虽然可以轻松确定优先级，但是没有操作顺序，很难规划整体的系统发布。
2.即使莫斯科的需求和特色明显是按重要性排序的，但还是很难看到全貌。如果一个对业务很重要的大功能按照其重要性划分，如果在莫斯科方法中忽略或省略了较低的优先级，则整个功能可能无法完成。在这种情况下，有经验的PM/PO人员会根据业务目标对优先级进行分组。
3.必要性和幻想之间不平衡。类别之间的模糊划分通常使得难以确定哪些功能适合列表。正确地对依赖关系和层次结构进行分类并在优先级中反映出来是很重要的。
3.莫斯科什么时候会被使用
虽然莫斯科方法很简单，但并不总是有效。例如，如果您有许多对发布时间敏感的项目，请考虑使用包含时间的优先方法来补充莫斯科。另一方面，把莫斯科作为一个小产品，没有技术限制，依赖性大，可能也是合理的。
