上图是项目管理中代码复审和代码质量的关系图。
代码质量(黑色曲线)在项目刚开始的时候或者刚组建团队的时候,由于团队磨合不够,书写风格和技术能力不统一所以代码质量很低。经过一段时间的磨合之后代码质量逐渐提高。
代码复审(红色曲线)在项目刚开始的时候复审投入力度较大,待经过一段时间团队磨合之后投入力度减小。
从上图可理解对于代码复审的工作力度,与代码质量成反比。也就是代码质量越高,代码复审的力度越小,因此耗费的成本越低。
所以在项目中,对于代码复审工作的安排比较合理的方式是根据团队代码质量调整复审密度和力度。在团队组建初期代码复审会议可以安排的比较紧密,在团队比较熟悉的后期,代码复审会议可以安排的比较松散。这样才能最有效的控制和利用成本。
同样,这样的方式也可以辐射到非项目的团队建设中,在团队建立初期安排多一些技术会议,规范代码,规范风格。在团队建设后期根据团队的提高程度逐渐减少这方面投入。
代码复审会议
在代码复审会议一般包含几个方面的内容:代码书写规范,技术实现方式,项目文件组织方式。
代码复审会议的召集分为两种方式,一种是定期会议,一种是临时会议。
代码复审定期会议一般召集整个团队,临时会议一般召集部分成员。
代码复审会议在多数情况下不采取讨论形式,时间不操过30分钟。
以上均为个人观点总结。提供大家参考。此曲线并未考虑团队中途人员变动问题,假设团队比较稳定。