MoSCoW法则-用户故事排优先级

莫斯科法则，就是Must or Should， Could or Would not。在排用户故事优先级的时候，把用户故事按以下4种类别排优先级。

Must：这个迭代一定要做的。比如前面提到的“必需”的功能。

Should：应该做，但若没时间就算了。比如前面提到的“不太需要的”功能。

Could：不太需要的，但有了更好。比如前面提到的“几乎早期版本中不要”的功能。

Would Not：明确说明这个功能不需要做，切勿把功能放到Must，Should or Could里。

注：例子来自Scrum 中文网

增加用户，删除用户（不小心写错了用户名，而又不能修改），编辑用户（的邮件），批量增加用户，冻结用户（保留记录但禁止登录）……

增加角色，分配角色到用户，编辑角色（编辑角色的名字但不修改其权限），删除角色……

增加权限，分配权限到角色（透过角色进而分配到用户），分配权限到用户，删除权限……

可以看出有几个操作几乎是必需的：增加用户，批量增加用户，冻结用户，分配角色到用户，分配权限到角色。

而另外几个可能不太需要，比如：增加角色（可以先写死几种常见的角色），编辑角色（先写死日后再提供修改功能），增加权限……

还有几个几乎可以在早期版本中不要，比如：删除角色，删除权限（这个是基于火星人产品的实际情况分析的，读者的产品或许不同），虽然有了更好。