在禅道进行需求提报的时候,会关联产品计划,我理解应该就是版本计划。
每次需求更新都会做一个版本管理,比如本次优先上线哪些内容,做成一个版本,轻易不再添加新的需求进入,研发集中解决该版本下的需求,最终达到快速上线,快速迭代的目的。
版本规划这个动作,有几个角色会做,比如,项目经理,产品经理,类似Sprint-Master,还有研发经理。
关于敏捷管理,这又是一个大的话题了,本文不做详细说明,只记录和分享一下自己的命名规则,看到的人可以参考,如下。
命名规则:例Sprint1.0.2_202111_2,
Sprint:冲刺
1——为主版本号,重大改版,全局改版,影响面较广的,加1。
0——为次版本号,主版本下的功能迭代,整个模块的迭代,加1。
2——阶段版本号,BUG修复,小功能迭代,经常性的迭代,加1。
202111——年月
2——本月第几次迭代计划
当然了,每个公司,每个项目团队都不一样,适合自己团队的才是最好的,效率最高,大家都认可的才是最适合的,不过个人还是比较推崇敏捷开发模式的,自我管理,自我推进,没有那么多乱七八糟的干扰,更加专注。
网友评论