莫斯科法则,就是Must or Should, Could or Would not。在排用户故事优先级的时候,把用户故事按以下4种类别排优先级。
Must:这个迭代一定要做的。比如前面提到的“必需”的功能。
Should:应该做,但若没时间就算了。比如前面提到的“不太需要的”功能。
Could:不太需要的,但有了更好。比如前面提到的“几乎早期版本中不要”的功能。
Would Not:明确说明这个功能不需要做,切勿把功能放到Must,Should or Could里。
注:例子来自Scrum 中文网
增加用户,删除用户(不小心写错了用户名,而又不能修改),编辑用户(的邮件),批量增加用户,冻结用户(保留记录但禁止登录)……
增加角色,分配角色到用户,编辑角色(编辑角色的名字但不修改其权限),删除角色……
增加权限,分配权限到角色(透过角色进而分配到用户),分配权限到用户,删除权限……
可以看出有几个操作几乎是必需的:增加用户,批量增加用户,冻结用户,分配角色到用户,分配权限到角色。
而另外几个可能不太需要,比如:增加角色(可以先写死几种常见的角色),编辑角色(先写死日后再提供修改功能),增加权限……
还有几个几乎可以在早期版本中不要,比如:删除角色,删除权限(这个是基于火星人产品的实际情况分析的,读者的产品或许不同),虽然有了更好。