2021年08月15日   管理之路   691 次浏览
TPR理论是我近6年的主管经验的总结,适用于研发主管(即研发组长或TeamLeader,而非技术经理或总监)拿来管理一线程序员,目的是提高一线程序员的代码质量。
其实在我之前的文章中,TPR相关的理论知识点我都有提及过,这次借公司组织的《代码整洁之道》培训机会总结提炼一下,分享给大家。
TPR理论有几个前提,如果这几点没法达成共识,那也就不适合你了:
1、团队中代码质量的重要性大于技术水平
2、代码质量能力可快速学习和提升
3、技术水平能力需要钻研和积累
关于这个前提的说明可以参考我之前写的一遍文章: http://www.yyjjssnn.cn/articles/809.html
T(Teach 教):首先,当团队新进成员时,需要主管来教他团队的编码规范是什么。我认为团队里不允许有个性化的编码习惯,团队里所有成员必须保持编码风格一致,这样代码才能被其他成员有效的阅读和接管。当然如果是好的编码习惯可以添加到团队编码规范中。编码规范可以参考《阿里巴巴编码规范》,也可以参考我之前写过的编程五步法(http://www.yyjjssnn.cn/articles/846.html),简单有效。
P(Practice 练):“纸上得来终觉浅,绝知此事要躬行”。教完后就需要练习了,成员在编码过程中、在提交代码时,都需要有检查标准。因为编码规范的检查点很多,不可能每次都检查到位,所以我们可以把团队中需要特别注意或经常出现的问题整理成《代码检查清单》(http://www.yyjjssnn.cn/articles/734.html),在提交代码时逐项核对。《代码检查清单》需要定期更新,把当前最需要注意的事项列进去。
R(Review 审):教也教了,练也练了,但是提交的代码总还有不满意的地方,怎么办?主管审查。作为主管,必须要以身作则,对小组的代码质量负责,主管能力强,能起网关的作用,对交付的代码质量负责。主管必须要有上帝视角和全局观,能站在更上层发现业务逻辑问题和设计问题,需要及时提出改进或重构意见。团队可以通过建立代码评审机制,将代码质量与绩效挂钩。
总结: 主管可以灵活运用以上几点,通过TPR循环来持续提高团队的代码质量。
>>> Hello World <<<
这篇内容是否帮助到你了呢?
如果你有任何疑问或有建议留给其他朋友,都可以给我留言。