关于产品版本命名

在禅道进行需求提报的时候，会关联产品计划，我理解应该就是版本计划。

每次需求更新都会做一个版本管理，比如本次优先上线哪些内容，做成一个版本，轻易不再添加新的需求进入，研发集中解决该版本下的需求，最终达到快速上线，快速迭代的目的。

版本规划这个动作，有几个角色会做，比如，项目经理，产品经理，类似Sprint-Master，还有研发经理。

关于敏捷管理，这又是一个大的话题了，本文不做详细说明，只记录和分享一下自己的命名规则，看到的人可以参考，如下。

命名规则：例Sprint1.0.2_202111_2，

Sprint：冲刺

1——为主版本号，重大改版，全局改版，影响面较广的，加1。

0——为次版本号，主版本下的功能迭代，整个模块的迭代，加1。

2——阶段版本号，BUG修复，小功能迭代，经常性的迭代，加1。

202111——年月

2——本月第几次迭代计划

当然了，每个公司，每个项目团队都不一样，适合自己团队的才是最好的，效率最高，大家都认可的才是最适合的，不过个人还是比较推崇敏捷开发模式的，自我管理，自我推进，没有那么多乱七八糟的干扰，更加专注。