疫情当头，作为 Leader 如何进行代码版本和需求开发管控？| 社区征文

疫情当前

承接【疫情当头，作为 Leader 如何进行团队的管理？】那一篇文章，把握对当前疫情下的所出现的团队人员的管理和任务的分配进行相关的规划和完善，但是毕竟我们还是属于开发的部门机构，所以针对于”如何进行代码版本和需求开发管控“是非常重要的，那么对于 Leader 的我，该如何去解决和规划好这个特殊阶段下的管理体系呢？

头疼难题

当发生我不在团队内部以及公司的时候，针对于版本的合并和版本的整合、上线以及责任重担，在于我身上就有点不方便了，那么该如何？对于目前的人员规划而言就至关重要了，当前，我们的团队机制体系，已经完成了相关的层次化模式，因为功能的独立化，版本角度而言，我会从第二层的 6 个负责人中，抽取两个人作为当前版本的：主负责人和从负责人。当然每一版本都不会不同的人进行轮流处理，而不会总是这两个人。

• 主负责人：主要负责相关的版本代码的迁出以及版本进度的总体推动和协调相关的各个子分组中的负责人的需求评审和功能开发进度工作任务。

• 从负责人：主要作为主负责人的 backup，同时也帮主负责人进行相关的版本管理和相关的人员协调。将整个当前版本的规划和处理作为比较稳定，并且针对于特殊事情或者临时突发事情，也是一个良好的处理 partner，这就是所谓的一人计短，二人计长。

责任承包

针对于版本需求功能的分配采用了责任承包制，学习了一下工地学习的思路，哈哈，主要也是为了刺激一下大家伙的 KPI 激励之用。

• KPI: 奖励其实就是管理每个分组对于接收功能难度以及相关功能最后交付进度以及质量的考核问题，并不会涉及到绩效，只会针对于奖励方面会做相关的激励而已。有的小伙伴会问，为什么不做一下功能难度的平均分配啊，那是因为我们其实实际场景下，不同的领域的独立性，导致无法真正做到相关的难度和功能的平衡处理，所以具体问题具体分析吧!

• 奖励制度：作为团队 leader，肯定在部门奖金而言，会提出部门奖金制度，专门会额外为较为优秀的前三组作为奖励买点好吃的 哈哈，此外，对于绩效打分也是会高一些，会使得我们的年终奖金以及调薪额度进行提升等。

版本登记

因为版本的功能过多，因为很多的版本未必会在我们的计划中，所以我们会针对基于每个迁出的版本做一个登记审计表，方便记录对应的负责人、版本上线时间、合并版本记录以及源版本的关系等，主要内容如下：

• 登记时间：可以理解为版本迁出的时间

• 版本名称

• 版本领域：属于那个业务领域

• 版本负责人

• 版本源：就是代表基于那个版本的迁出

• 版本合并到主分支

• 版本提测时间

• 版本上线时间

• 备注

代码审查

针对于代码的审核 review，其实主要是由分组负责人，每个阶段组织一下相关的 review 会议，每次都会带上我，并且会进行登记在案，属于绩效考核的范畴之一。

版本合并

这个无论再多的版本，都不会受影响，每次版本封板以及上线后，都会进行相关的通知当前所有的版本的合并的通知，主要处理方式：

• 合并时间：某一个版本封板的时候。

• 合并版本：正在进行中的版本

• 合并人员：需要合并版本的对应的”版本登记表“中对应的负责人，进行执行 git 版本的合并处理，并且创建对应的 tag 记录。

临别箴言

岁月不居，时节如流。回首一年，交织着纷繁的感触，每个人写下了属于自己的时光印记。打赢这场疫情战役，要靠我们每个人的努力。希望我们一起，不信谣、不传谣，听从医生建议，守护自己健康，同时一旦发现有身边人疑似感染，我们一定要及时向卫生部门，生命最宝贵!