共计 1143 个字符，预计需要花费 3 分钟才能阅读完成。
在梳理产品待办事项列表的过程中，产品负责人须要先做优先级排列，保障咱们 在肯定的工夫盒内可能交付须要优先级最高、最具价值的用户故事。
那这个用户故事的优先级要怎么排列，咱们怎么抉择用户故事的实现程序？
有一个实际能够举荐给大家：MoSCoW 排序法。MoSCoW 排序法是一种用于治理、业务剖析、项目管理和软件开发的优先级排序技术，用于与利益相关者就需要的重要性达成共识。
MoSCoW 这个词自身是一个首字母缩略词，来源于四个优先类别的第一个字母：
– M-Must have：必须有的产品性能；
- S-Should have：尽管不是必须有的性能，但这些性能很重要，应该有；
- C-Could have：如果有工夫来实现这些性能的话，实现这些性能会进步用户体验，但如果工夫来不及，就能够先不做；
- W-Won’t have this time：这次不会有的性能。
须要留神的是，“W”代表的是这次不会有的性能，而不是齐全不会有的性能。举个例子，咱们要从 0 到 1 开发一款卖书的 APP，在这一阶段中，“用户名改名”这一性能在第一个迭代中是“这次不会有”的性能，但当这一 APP 的基本功能都曾经欠缺，并且领有了几万的用户之后，咱们就须要思考是否要做“用户名改名”的性能了。
总之，MoSCoW 排序法可能帮忙产品负责人在做优先级排序的时候有一个具体可参考的维度。但即应用了 MoSCoW 排序法，咱们也会发现不同的人排列进去的程序也不一样。咱们常常会看到产品经理和程序员各种争执，其实认真一想，这类问题呈现的起因是他们思维形式的不同：作为产品经理，他们思考的角度是这个需要是不是用户最须要的，这个需要的客户价值有多大，这个需要对产品来说有多少价值等等；而作为研发人员，他们思考的是这个需要的实现形式，这个需要的开发工夫，这个需要与整体的零碎架构的关系等等。所以一个比拟适合的解决方案是确定待办事项列表的时候，须要产品负责人和研发团队、Scrum Master 一起进行沟通、确认。在这个过程中，Scrum Master 则是促成单方达成统一的关键人物。
另外一点咱们在排列待办事项列表的时候须要留神的是，团队成员的学习与造就也能够放进 Sprint 中。咱们须要建设跨职能团队、造就跨职能人才，营造踊跃学习的气氛，激励团队成员学习新常识、把握新技术。
这个学习的过程须要多久呢？其实没有一个明确的答案。咱们能够提前做好布局，将这个以学习型用户故事的形式排入 Sprint 迭代中并进行日常跟踪，例如：作为测试人员，我想看完《文言统计》这本书，以便把握统计的相干常识。当初在咱们的团队中，就曾经将学习型用户故事放入每个迭代中，大家能够用其余的工夫来实现这个用户故事。
基于以上几点，咱们能够进行正当的优先级排序，在每个阶段中，都交付对客户或用户来说最具价值的产品增量。
