在敏捷实践中,要如何优雅地排列需求优先级呢?小T今天给你介绍敏捷方法中的“莫斯科(MoSCoW)法则”。
大家也可以在留言中分享自己的经验,小T为大家准备了小惊喜,具体参与方式见文末。
敏捷方法中有个排列需求优先级的方法,被称为莫斯科(MoSCoW)法则。MoSCoW是以下短语的缩写:
必须有(Must have):指的是这个迭代必须要做的功能;
应该有(Should have):指很重要但短期内有替代解决方法的功能,如果项目没有时间约束,通常认为应该有的功能是强制性的;
可以有(Could have):是指如果没时间就可以在发布中不予考虑的功能;
这次不会有(Won’t have):在这次迭代中不会去做的功能。
在迭代开发过程中,整个团队要按照优先级来实现需求,保证Must、Should需求完成,并力争Could需求能完成。
需求的优先级并非是一成不变的,敏捷提倡的理念是“拥抱变化”,在每个迭代中,根据用户的需求变更和团队的开发进展情况,这些需求的优先级也可能被重新排列。
作为产品经理,你平时是怎么管理需求的优先级的呢?
在下方评论中留言,截至11月7日,点赞数前三的小伙伴可以获得30元Q币卡一张。