- 通过 Gitlab 统计代码评审 MR 数,MR comments 数,以及线上问题产品迭代缺陷数
- 可与@偷天团队合作
定期回顾和总结 Code Review 执行情况
- 项目总结
- 团队周会回顾
由于代码评审本身跟人的经验或者意识都有很大关系,很多时候我们会为调动不起开发同学的积极性而烦恼,所以为了让大家更好的参与这个活动,我们一般都需要制定相应的激励机制
- 通过数据分析,找出表现突出的员工(如提交次数,review 次数,comments 量), 给予鼓励(礼品,书籍)
- 找出优秀的代码进行周分享
- 对于表现欠佳的员工,TL 进行适度的负向激励
- 跟绩效挂钩
- 需求合理性,进入代码评审的需求都是充分论证且合理的,这是需求评审阶段应该做的事情
- 设计评审,应在设计阶段进行,比如设计思路,业务系分,可能遇到的困难及解决方案等
- 局部评审不讨论全局问题,保障每个CR只涉及当前评审相关,试图在碎片化信息中总结全貌比较低效其次也会影响评审人开发进度